Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: Joshua Kinard <kumba@g.o>
Subject: Re: udev and /usr
Date: Mon, 19 Sep 2011 19:19:12 -0400
On 09/19/2011 07:17, Arun Raghavan wrote:

> On 19 September 2011 16:07, Joshua Kinard <kumba@g.o> wrote:
> [...]
>> Yes, but some of us don't even want to have that initramfs built into our
>> kernels.  And no one, other than freedesktop.org* and a few people on
>> linux-hotplug-devel*, said everything belongs in /usr.  FHS clearly defines
>> the roles for /, /bin, /sbin, /lib*, /usr, /var, /home, /tmp and the virtual
>> fses.  Plus others.
>>
>> http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken
>> http://marc.info/?l=linux-hotplug&m=131206447302056&w=2
>>
>> Really, MacOS's filesystem layout is not something anyone in their right
>> mind should deign to mimic/copy.
> 
> I didn't get that from either of the links you posted. Seems to me the
> systemd developers are looking at the split as a host-specific / vs
> host-independent /usr.


From:
http://marc.info/?l=linux-hotplug&m=131206447302056&w=2

Kay Sievers writes:

> What's not needed today is stuff in /. We can think of /usr a /System.
> The entire system is installed in one single directory, and that can
> be mounted r/o, or even shared between many hosts/guest. The stuff on
> the rootfs is always host-only then.

It is from this that I derive the concept of a few folks wanting everything
in /usr, as-if to brand /usr the new / (where the 'old' / has just directory
stubs and a few symlinks, maybe some minor bits in /etc).  That's also where
my Mac comment stems from, in that /System hides most of the details of the
BSD-nature of MacOS X, and tries to dissuade the user from ever having to go
in there.

Host-specific / and host-independent /usr is not itself a bad idea.  I can
envision quite a few useful scenarios for this.  But on a single box, why?
And for those of us with differing architectures, how would this add any
benefit?  Is this more of a detail for future RHEL releases (since Fedora is
a type of proving ground for RH) so that sysadmins have an easier time
managing them?  Nothing wrong with it, but it needs to be a configurable
choice by the end-user.

I'll admit I may not be as informed as I oughta to be, but what I have read
indicates that some people think this is the direction to go in, for various
reasons.

-- 
Joshua Kinard
Gentoo/MIPS
kumba@g.o
4096R/D25D95E3 2011-03-28

"The past tempts us, the present confuses us, the future frightens us.  And
our lives slip away, moment by moment, lost in that vast, terrible in-between."

--Emperor Turhan, Centauri Republic

Attachment:
signature.asc (OpenPGP digital signature)
Replies:
Re: udev and /usr
-- Fabian Groffen
References:
udev and /usr
-- Joost Roeleveld
Re: udev and /usr
-- Luca Barbato
Re: udev and /usr
-- Joost Roeleveld
Re: udev and /usr
-- Luca Barbato
Re: udev and /usr
-- Rich Freeman
Re: udev and /usr
-- Michał Górny
Re: udev and /usr
-- Nirbheek Chauhan
Re: udev and /usr
-- Jorge Manuel B. S. Vicetto
Re: udev and /usr
-- Nirbheek Chauhan
Re: udev and /usr
-- Joshua Kinard
Re: udev and /usr
-- Michał Górny
Re: udev and /usr
-- Joshua Kinard
Re: udev and /usr
-- Michał Górny
Re: udev and /usr
-- Joshua Kinard
Re: udev and /usr
-- Arun Raghavan
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: udev and /usr
Next by thread:
Re: udev and /usr
Previous by date:
Re: udev and /usr
Next by date:
Re: udev and /usr


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.