Bug 21442 - binaries in /sbin are linked against libraries in /usr/lib and /usr/kerberos/lib
Summary: binaries in /sbin are linked against libraries in /usr/lib and /usr/kerberos/lib
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: samba
Version: 7.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Trond Eivind Glomsrxd
QA Contact: Dale Lovelace
Depends On:
TreeView+ depends on / blocked
Reported: 2000-11-28 18:52 UTC by Need Real Name
Modified: 2007-04-18 16:30 UTC (History)
0 users

Clone Of:
Last Closed: 2000-11-29 11:20:14 UTC

Attachments (Terms of Use)

Description Need Real Name 2000-11-28 18:52:45 UTC
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?

Comment 1 Bill Nottingham 2000-11-29 00:48:27 UTC
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.

Comment 2 Need Real Name 2000-11-29 11:20:10 UTC
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.

Comment 3 Bill Nottingham 2001-01-19 00:20:55 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.