Re: please unblock libpng 1.2.15~beta5-0
On Tue, Dec 19, 2006 at 10:58:13AM +0100, Andreas Barth wrote:
> Checking testing
> found in pool/main/a/amsn/amsn_0.95+dfsg2-0.1_i386.deb: /usr/lib/amsn/utils/TkCximage/TkCximage.so
> found in pool/main/d/drscheme/drscheme_352-6_i386.deb: /usr/lib/plt/collects/plot/compiled/native/i386-linux/libplplot.so
> found in pool/main/libt/libtk-img/libtk-img_1.3-15_i386.deb: /usr/lib/Img1.3/libpngtcl1.0.so
> Checking unstable
> found in pool/main/a/amsn/amsn_0.95+dfsg2-0.1_i386.deb: /usr/lib/amsn/utils/TkCximage/TkCximage.so
> found in pool/main/d/drscheme/drscheme_352-9_i386.deb: /usr/lib/plt/collects/plot/compiled/native/i386-linux/libplplot.so
> found in pool/main/libt/libtk-img/libtk-img_1.3-15_i386.deb: /usr/lib/Img1.3/libpngtcl1.0.so
> I'm somehow wondering on the cases in testing and unstable - shouldn't
> people notice the issues during running, or might it be that the
> programs are just linked somehow that doesn't break?
Depending on how the DSOs are loaded, the dynamic loader may not notice the
problem at all until actually hitting a code path that depends on the
missing symbols.
So you might even argue that, since the packages are usable in the general
case and no one has complained about these missing symbols, the references
to these symbols aren't even RC.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
vorlon@debian.org http://www.debian.org/
Reply to: