On Thu, 2012-04-05 at 23:17 +0200, Matteo Cortese wrote:
> Package: crda
> Version: 1.1.2-1
> Severity: normal
> 
> ldd /sbin/crda shows:
>       linux-gate.so.1 =>  (0xb76fe000)
>       libssl.so.1.0.0 => /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0 
> (0xb769a000)
>       libcrypto.so.1.0.0 => 
> /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0 (0xb74ec000)
>       libnl-genl-3.so.200 => /lib/libnl-genl-3.so.200 (0xb74e6000)
>       libnl-3.so.200 => /lib/libnl-3.so.200 (0xb74cd000)
>       libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb7370000)
>       libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb736b000)
>       libz.so.1 => /usr/lib/i386-linux-gnu/libz.so.1 (0xb7354000)
>       libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 
> (0xb733b000)
>       libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb7315000)
>       /lib/ld-linux.so.2 (0xb76ff000)
> and ldd /sbin/regdbdump shows:
>       linux-gate.so.1 =>  (0xb771d000)
>       libssl.so.1.0.0 => /usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0 
> (0xb76b9000)
>       libcrypto.so.1.0.0 => 
> /usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0 (0xb750b000)
>       libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb73ae000)
>       libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb73aa000)
>       libz.so.1 => /usr/lib/i386-linux-gnu/libz.so.1 (0xb7393000)
>       /lib/ld-linux.so.2 (0xb771e000)
> 
> Both commands depend on libraries in /usr. This can create a deadlock if
> /usr is a network resource accessed through a wireless device which must
> be regulated with crda.

Yes, though NFS over wireless is a fairly silly configuration and
network-mounted separate /usr is not likely to be supported at all for
much longer.

> The solution is to compile the two binaries with static linking,

This is against Debian policy.

> or move the relevant libraries to /lib.

That is probably the thing to do according to current policy.  But the
OpenSSL libraries total about 7 MB in size and most systems end up with
multiple versions installed, so this may fill up / on some systems.

> If, on the other hand, these two binaries are not intended to run before
> /usr is mounted, then consider moving them to /usr/sbin.

The crda binary needs to be available when udev (re)starts.  regdbdump
probably could go in /usr/sbin, though that doesn't help us.

Ben.

-- 
Ben Hutchings
Reality is just a crutch for people who can't handle science fiction.

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to