From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1R5n8C-0000hO-OD for garchives@archives.gentoo.org; Mon, 19 Sep 2011 23:20:09 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8DBEF21C0D8; Mon, 19 Sep 2011 23:19:59 +0000 (UTC) Received: from qmta11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [76.96.27.211]) by pigeon.gentoo.org (Postfix) with ESMTP id 62C8021C035 for ; Mon, 19 Sep 2011 23:19:33 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta11.emeryville.ca.mail.comcast.net with comcast id anJx1h0020EPchoABnKT47; Mon, 19 Sep 2011 23:19:27 +0000 Received: from [192.168.1.13] ([76.106.65.35]) by omta01.emeryville.ca.mail.comcast.net with comcast id anGi1h00S0leNgC8MnGjTe; Mon, 19 Sep 2011 23:16:44 +0000 Message-ID: <4E77CDF0.5060404@gentoo.org> Date: Mon, 19 Sep 2011 19:19:12 -0400 From: Joshua Kinard User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:5.0) Gecko/20110624 Thunderbird/5.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] udev and /usr References: <1740055.XA9oyAS8HQ@eve> <4E7252A1.2000300@gentoo.org> <1336457.yNbGUQDlCr@eve> <4E7584E8.2080009@gentoo.org> <20110918144958.6dc836ce@pomiocik.lan> <4E75FFB6.3030600@gentoo.org> <4E76FA06.8000409@gentoo.org> <20110919103355.2e124fd2@pomiocik.lan> <4E7703E6.2060503@gentoo.org> <20110919111057.00b4da6d@pomiocik.lan> <4E771B7D.8050702@gentoo.org> In-Reply-To: X-Enigmail-Version: 1.2.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig54B6AE1CBF3FF8D5130983AD" X-Archives-Salt: X-Archives-Hash: 3d14f8cb0716f671232f7becbcaade0f This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig54B6AE1CBF3FF8D5130983AD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 09/19/2011 07:17, Arun Raghavan wrote: > On 19 September 2011 16:07, Joshua Kinard 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 de= fines >> the roles for /, /bin, /sbin, /lib*, /usr, /var, /home, /tmp and the v= irtual >> fses. Plus others. >> >> http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broke= n >> http://marc.info/?l=3Dlinux-hotplug&m=3D131206447302056&w=3D2 >> >> Really, MacOS's filesystem layout is not something anyone in their rig= ht >> mind should deign to mimic/copy. >=20 > 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=3Dlinux-hotplug&m=3D131206447302056&w=3D2 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 everythi= ng in /usr, as-if to brand /usr the new / (where the 'old' / has just direct= ory stubs and a few symlinks, maybe some minor bits in /etc). That's also wh= ere my Mac comment stems from, in that /System hides most of the details of t= he 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 ca= n 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 re= ad indicates that some people think this is the direction to go in, for vari= ous reasons. --=20 Joshua Kinard Gentoo/MIPS kumba@gentoo.org 4096R/D25D95E3 2011-03-28 "The past tempts us, the present confuses us, the future frightens us. A= nd our lives slip away, moment by moment, lost in that vast, terrible in-bet= ween." --Emperor Turhan, Centauri Republic --------------enig54B6AE1CBF3FF8D5130983AD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) iQIcBAEBAgAGBQJOd83wAAoJENsjoH7SXZXjVAcP/2ghVFPIoKZ44Z3KQQcQgMZg rExfmcP2S3KoNzwQjlsvEQ3QpE5K19hq2t23MoVWgeyHq4IXKzs+5i85rCFJp3hT PFGdcZL1XKQHmhao0Tum134roK2gGcNu3Fs8ww9IHy2lASS+CVfb2jjASZr3hcT4 xGKRK1B2mjGmYat7rywIUGeJyvd789HDFY548cyk4Kq690+qOLbqiAIghWI4tyOo EgMlI3SNMhZ9WewzWfGLtfENQNsaM1vxFh4Xd107kt7ZiU34uRYwguuunqoH7zDl o6JqT0LeY3kFr9TzPxIXlVeyK5qt8XSWHRVK8wrFXiXY2Fd5rv1CEzxDmkdkwV2l gJhxQE1zDQOBmUvK6u83DfY2GrOeyb4vyKQkQ6DXCsJ5l/rP0OPpxYYKsZfJNWWN 1hGFHHczzQ33WO/eLT+x9xhArqEBS5lDXXhxxRpdvXpcUJXio0X3WF07SpsQS2l5 tK5NgjzyAaR9rBDuLWIHJEourrlyFIy3G5JC48crcyqI6Y4Ly3bVwT9lj3mhhInf bc3ng9x8qBs4fwlizFBGp8Xyh9/m7Wx/lAC3kdQX+JYBZ27uISSytrivjgbNEIa6 CWSxNuF9GJkxjKFy/PMbTbt3Yrbdr5CC/wiYoOCJj0g/SOC59qE/etzj1J+6hv0A OJljqdv1/7WPBtnQXZYr =ZcED -----END PGP SIGNATURE----- --------------enig54B6AE1CBF3FF8D5130983AD--