Package: giflib Version: 4.1.6-5 Severity: important the libgif4 package on arm pulls in x11 via dependiencies on libx11-6, libice6, libsm6. This is wrong as the only thing in the package is the libgif library. On a small system this is serious as it brings in several magabytes of useless X.
Investigating, I found that this was only true on arm, alpha and powerpc, not armel. Comparing: http://buildd.debian.org/fetch.cgi?pkg=giflib;ver=4.1.6-5;arch=arm;stamp=1216226829 and http://buildd.debian.org/fetch.cgi?pkg=giflib;ver=4.1.6-5;arch=armel;stamp=1216208568 I found that the build varies according to whether X libraries are installed on the build machine. If they are then libgif is 'uselessly linked' against libx11: dpkg-shlibdeps: warning: dependency on libSM.so.6 could be avoided if "debian/libgif4/usr/lib/libgif.so.4.1.6" were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on libICE.so.6 could be avoided if "debian/libgif4/usr/lib/libgif.so.4.1.6" were not uselessly linked against it (they use none of its symbols). Perhaps more seriously the libgif-tools packages ends up with different contents when the build is done with X headers present than if it isn't: the gif2x11 utility is built and then that package correctly depends on Xlibs I suspect this is some kind of policy violation - having the same package have different binaries due to random build machine differences? I'm not sure what the best fix for this is. Clearly the dep on x11 libs for the library is wrong and the 3 arches need to be fixed. Whether the tools package should depend on X and have the gif2x11 util or not is a matter for the maintainer. Debian philosophy suggests that it should be included, but to do that requires the build to be fixed in the presence of X headers. An easier fix is perhaps to ensure that X headers are ignored so neither libs nor -tools packages depend on it. I'm not sure how best this should be dealt with but it seems quite serious and ought to be fixed for lenny release if possible. Is a binary NMU for the 3 broken arches appropriate here? -- System Information: (this is just the reporting machine - not very relevant) Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
