[pkg-ggz-maintainers] Bug#473350: Bug#473350: Reproducible

[Neil Williams]

> Hello Neil,
> 
> Am Donnerstag 28 August 2008 19:26:50 schrieb Neil Williams:
> >  * Starting GGZ server ggzd
> > (<errorsys>) Unable to read file /etc/ggzd/ggzd.conf: No such file or
> > directory (<errormsg>) WARNING:  No configuration file loaded!
> >                                                           [ ok ]
> > neil at holly:ggz-server-0.0.14.1$
> >
> > So without /var/lib/ggzd/ggzdb.ver, the install succeeds and the server
> > starts, albeit with a warning about a missing configuration file that
> > was removed to fix a different bug (according to the changelog). See
> > #454683.
> 
> The warning is indeed a bit annoying, but not harmful in any way.

I expected as much.

However, the segmentation fault in the daemon is much more of a problem.
/etc/init.d/ggzd: line 21: 22386 Segmentation fault

>  We will look 
> into how to convey the semantics of "optional" configuration files into the 
> API of libggz upstream.
> 
> > libdb4.6 vs libdb4.3 - Hmmm.
> 
> This is what has been identified as a problem before, but so far nobody has 
> stepped up to upload fixed packages which tighten the build dependencies or 
> alternatively backport the M4 macros for libdb detection which were fixed in 
> trunk.
> 
> See my comments on bug #490420. IMHO tightening the build-deps will be the 
> quickest fix to avoid header and library mismatching with libdb4.
> 
> Josef

I've already replied to #490420 - (I seem to having a few delays in
receiving email right now so I've copied your message from the bug
report).

At least with what I've done, trying to tighten the build-deps is not a
fix for ggzd - it might help the build problem (I haven't tested on
i386, only amd64) but it does not fix the installation problem (which I
am now fairly sure is related).

If I could tighten the build-deps *and* allow the package to install
without a segmentation fault, I would upload the fix. Right now, I can't
see why ggzd is failing.

-- 


Neil Williams
=============
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.alioth.debian.org/pipermail/pkg-ggz-maintainers/attachments/20080828/d8e32d50/attachment.pgp