public inbox for linux-kernel@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox