Red Hat Bugzilla – Bug 21442
binaries in /sbin are linked against libraries in /usr/lib and /usr/kerberos/lib
Last modified: 2007-04-18 12:30:03 EDT
There are one or more binaries from this package in /sbin that are linked
against libraries in /usr/lib. I am aware that there is a static version of
restore, but why not just make the default version statically linked, period?
In any case, enough binaries are linked against ncurses and readline, for
example, to perhaps warrant placing those two libs in /lib. Perhaps a cut-
down version of ncurses?
Even better, use termcap, as that's on the root partition anyway, isn't it?
The samba mount.smbfs binaries in /sbin are symlinks to /usr/sbin,
so I'd say this is technically OK.
It's theoretically possible to links the SSL and kerberos libraries
statically, I suppose.
Prefer they were shared, actually ... smaller footprint etc.
Putting the Kerberos libs and SSL in /lib and putting a symlink in /usr/lib looks
like a good compromise ???
I can see why this is awkward, though -- you want the tools to be secure, but
that builds up the complexity and size.
Since the binaries aren't actually in /sbin (they're only symlinks
for mount's sake), I'm not going to change how they are linked.