From: Christoph Hellwig <hch@infradead.org>
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: Wed, 27 Dec 2006 13:24:13 +0000 [thread overview]
Message-ID: <20061227132413.GA3405@infradead.org> (raw)
In-Reply-To: <4591E3BB.9070806@zytor.com>
On Tue, Dec 26, 2006 at 07:08:43PM -0800, H. Peter Anvin wrote:
> 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.
Well, there's a real treat here - lots of shared libraries mean
mount is rendered unusable when they are not available for some reason.
And there could be lots of reasons for this. We've seen selinux mislabeling
with a fedoro-ish box in the lab, there is the possibility of unintentional
ABI breaks and so on and so on.
Then again using shared libraries has big advtantags over duplicating all
the code, so I wouldn't want to say I'm totally against it. As mount
only needs the various libraries for it's non-core features what about
dlopen()ing those libraries? That way a messed up system at least has the
bare mount functionality available.
next prev parent reply other threads:[~2006-12-27 13:24 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-12-18 8:35 ` Ian Kent
2006-12-18 8:50 ` Karel Zak
2006-12-18 9:55 ` Arkadiusz Miskiewicz
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
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 [this message]
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 10:40 ` [ANNOUNCE] util-linux-ng 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=20061227132413.GA3405@infradead.org \
--to=hch@infradead.org \
--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
Powered by JetHome