All of lore.kernel.org
 help / color / mirror / Atom feed
From: Theodore Tso <tytso@mit.edu>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: Arnd Bergmann <arnd@arndb.de>, Karel Zak <kzak@redhat.com>,
	linux-kernel@vger.kernel.org, Henne Vogelsang <hvogel@suse.de>,
	Olaf Hering <olh@suse.de>
Subject: Re: util-linux: orphan
Date: Tue, 26 Dec 2006 23:35:01 -0500	[thread overview]
Message-ID: <20061227043501.GA7821@thunk.org> (raw)
In-Reply-To: <4591E3BB.9070806@zytor.com>

On Tue, Dec 26, 2006 at 07:08:43PM -0800, H. Peter Anvin wrote:
> >I saw that the current Fedora already dynamically links /bin/mount
> >against /usr/lib/libblkid.so. This obviously does not work if
> >/usr is a separate partition that needs to be mounted with /bin/mount.
> >I also had problems with selinux claiming I had no right to access
> >libblkid, which meant that the root fs could not be remounted r/w.
> >
> >I'd suggest that you make sure that mount always gets statically linked
> >against libblkid to avoid these problems.
> 
> That's a pretty silly statement.  The real issue is that any library 
> needed by binaries in /bin or /sbin should live in /lib, not /usr/lib.

>From a Debian unstable system:

think:~# ldd /bin/mount
        linux-gate.so.1 =>  (0xffffe000)
        libblkid.so.1 => /lib/libblkid.so.1 (0xb7f23000)
        libuuid.so.1 => /lib/libuuid.so.1 (0xb7f20000)
        libc.so.6 => /lib/libc.so.6 (0xb7ddf000)
        libdevmapper.so.1.02 => /lib/libdevmapper.so.1.02 (0xb7dcd000)
        libselinux.so.1 => /lib/libselinux.so.1 (0xb7db8000)
        libsepol.so.1 => /lib/libsepol.so.1 (0xb7d77000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb7d61000)
        /lib/ld-linux.so.2 (0xb7f3f000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7d5d000)

... and in fact the e2fsprogs's configure program normally installs
the critical libraries used by mount, fsck, e2fsck, including the
blkid and uuid libraries, in /lib, not /usr/lib.  If blkid is being
installed in /usr/lib in Fedora, someone must have gone out of their
way to override e2fsprogs' defaults, which are designed to do the
right things by default.  (Basically, because I generally don't trust
the choices made by distributions' packaging engineers, having been
burned more than once.  :-)

							- Ted

  parent reply	other threads:[~2006-12-27  4:35 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-12-18  7:52 [ANNOUNCE] util-linux-ng Karel Zak
2006-11-09 22:41 ` util-linux: orphan Karel Zak
2006-11-09 22:45   ` H. Peter Anvin
2006-11-10 10:02   ` Pádraig Brady
2006-12-18  7:17   ` Karel Zak
2006-12-18  9:33     ` Jan Engelhardt
2006-12-18 10:05       ` Arkadiusz Miskiewicz
2006-12-18 10:49       ` Matthias Koenig
2006-12-18 15:00       ` Karel Zak
2006-12-27  2:46     ` Arnd Bergmann
2006-12-27  3:08       ` H. Peter Anvin
2006-12-27  3:58         ` Arnd Bergmann
2006-12-27  4:35         ` Theodore Tso [this message]
2006-12-27 11:24           ` Alessandro Suardi
2006-12-27 11:46             ` Jan Engelhardt
2006-12-27 13:18           ` Horst H. von Brand
2006-12-27 13:24         ` Christoph Hellwig
2006-12-27  4:17       ` Chris Adams
2006-12-27 18:15       ` Karel Zak
2006-12-27 18:39         ` Arnd Bergmann
2006-12-27 19:18           ` Karel Zak
2006-12-27 20:42             ` Theodore Tso
2006-12-27 22:12               ` Karel Zak
2006-12-27 22:21                 ` H. Peter Anvin
2006-12-30  7:31                 ` Valdis.Kletnieks
2006-12-28 10:28               ` Ian Kent
2006-12-18  8:35 ` [ANNOUNCE] util-linux-ng Ian Kent
2006-12-18  8:50   ` Karel Zak
2006-12-18  9:55 ` Arkadiusz Miskiewicz
2006-12-18 10:40   ` Ian Kent
2006-12-20 12:19     ` Jens Axboe
2006-12-20 14:55       ` Ian Kent
  -- strict thread matches above, loose matches on Subject: below --
2006-12-20  6:42 util-linux: orphan Albert Cahalan
2006-12-20 16:13 ` Jan Engelhardt
2006-12-20 17:27   ` Albert Cahalan
2006-12-21 20:09     ` Jan Engelhardt
     [not found] <fa.LNsUrtZq/ifve7DpPe6aiVU8Usk@ifi.uio.no>

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20061227043501.GA7821@thunk.org \
    --to=tytso@mit.edu \
    --cc=arnd@arndb.de \
    --cc=hpa@zytor.com \
    --cc=hvogel@suse.de \
    --cc=kzak@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=olh@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.