On Tue, Aug 10, 2010 at 03:15:35AM -0600, Bruce Sass wrote: > iputils-ping: /bin/ping6 > linux-gate.so.1 => (0xb770d000) > libresolv.so.2 => /lib/i686/cmov/libresolv.so.2 (0x472dc000) > libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8 > (0x4882b000) > libc.so.6 => /lib/i686/cmov/libc.so.6 (0x46bcc000) > libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0x46d3d000) > libz.so.1 => /usr/lib/libz.so.1 (0x46d5e000) > /lib/ld-linux.so.2 (0x46bad000)
Recent behavior change; reasonably using libcrypto for MD5 support instead of reimplementing it. Should be fixed by moving libcrypto and libz to /lib. > isc-dhcp-client: /sbin/dhclient > linux-gate.so.1 => (0xb770c000) > libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8 > (0x4882b000) > libc.so.6 => /lib/i686/cmov/libc.so.6 (0x46bcc000) > libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0x46d3d000) > libz.so.1 => /usr/lib/libz.so.1 (0x46d5e000) > /lib/ld-linux.so.2 (0x46bad000) From the bug that was filed, this appears to be a spurious linkage against libcrypto. Moving libcrypto to main (per above) will reduce the impact of this, though binaries should generally not link to libraries they don't use. > discover: /sbin/discover > linux-gate.so.1 => (0xb78f5000) > libdiscover.so.2 => /usr/lib/libdiscover.so.2 (0x46d15000) > libexpat.so.1 => /usr/lib/libexpat.so.1 (0x47109000) > libc.so.6 => /lib/i686/cmov/libc.so.6 (0x46bcc000) > /lib/ld-linux.so.2 (0x46bad000) As others have commented, I'm not sure why we need this in /sbin. Probably a historical usage that's been superseded by udev? wpa_supplicant also links against libssl, and may also be a prerequisite for getting /usr on NFS mounted. So there's ample reason to move openssl to /lib. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer http://www.debian.org/ slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: Digital signature
