Package: libxml2
Severity: grave
A number of packages fail with a "cannot find -lz" error due to
libxml2.
----- Forwarded message from Steve Langasek <[EMAIL PROTECTED]> -----
From: Steve Langasek <[EMAIL PROTECTED]>
Subject: Re: Build failure: cannot find -lz
Date: Tue, 25 Jul 2006 11:16:30 -0700
To: Martin Michlmayr <[EMAIL PROTECTED]>
Cc: debian-devel@lists.debian.org,
[EMAIL PROTECTED],
Julien Cristau <[EMAIL PROTECTED]>
User-Agent: Mutt/1.5.11+cvs20060403
On Tue, Jul 25, 2006 at 07:45:53PM +0200, Martin Michlmayr wrote:
> A number of applications currently fail to build with something like:
> | sparc-linux-gnu-gcc -g -O2 -o .libs/ots ots.o ../src/.libs/libots-1.so
> /usr/lib/libglib-2.0.so /usr/lib/libxml2.so -ldl -lz -lm /usr/lib/libpopt.so
> | /usr/bin/ld: cannot find -lz
> In bug #378494, filed on one of these packages (ices2), Julien Cristau
> first claims "this -lz comes from libxml2's .la file, which libtool
> uses to link ices2. This could be fixed by libxml2-dev depending on
> zlib1g-dev again, or not installing libxml2.la (which would probably
> be better in the long term, but risks breaking existing packages)."
> He later adds, "Actually, relibtoolizing ices2 (with the Debian libtool)
> seems to be enough to fix this."
> Should I file individual bugs on these packages or one grave bug on
> libxml2.
One grave bug on libxml2, please. The common case of linking against
libxml2 using libtool is now broken, for no discernable reason. This is
irresponsible library maintenance; it shouldn't be left to the maintainers
of all the *other* packages to make this work again, particularly when we
have freeze deadlines we want to be hitting...
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
[EMAIL PROTECTED] http://www.debian.org/
----- End forwarded message -----
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
