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 1S7vRI-0004Ew-57 for garchives@archives.gentoo.org; Wed, 14 Mar 2012 21:08:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1E71AE0B05; Wed, 14 Mar 2012 21:08:43 +0000 (UTC) Received: from edge1.cs.stonybrook.edu (edge1.cs.stonybrook.edu [130.245.9.210]) by pigeon.gentoo.org (Postfix) with ESMTP id 179DDE0B07 for ; Wed, 14 Mar 2012 21:07:53 +0000 (UTC) Received: from HUBCAS1.cs.stonybrook.edu (130.245.9.206) by edge1.cs.stonybrook.edu (130.245.9.210) with Microsoft SMTP Server (TLS) id 14.1.355.2; Wed, 14 Mar 2012 17:07:49 -0400 Received: from [192.168.1.2] (72.89.250.133) by hubcas1.cs.stonybrook.edu (130.245.9.212) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 14 Mar 2012 17:07:52 -0400 Message-ID: <4F610837.6060305@cs.stonybrook.edu> Date: Wed, 14 Mar 2012 17:05:59 -0400 From: Richard Yao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 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: CC: Zac Medico Subject: Re: [gentoo-dev] Re: Let's redesign the entire filesystem! References: <20120311173355.GB6599@linux1> <4F5EA152.80604@gentoo.org> <4F5FE34A.4030609@gentoo.org> <4F6091CE.1050009@gentoo.org> <20120314144115.GA30606@kroah.com> <20120314145144.GC3200@ca.inter.net> <20120314150431.GA2033@kroah.com> <20120314150827.53dc8336@googlemail.com> <20120314152209.GA2157@kroah.com> <4F60D585.4050206@gentoo.org> <4F60E9C1.7050600@gentoo.org> <4F60F9A1.2090402@cs.stonybrook.edu> <4F6105B0.4010006@gentoo.org> In-Reply-To: <4F6105B0.4010006@gentoo.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2873810DDDE595205565B89F" X-Originating-IP: [72.89.250.133] X-Archives-Salt: f6d87810-8fe2-446a-b7a6-a6839cb07651 X-Archives-Hash: 296ea19906082bc1dda71bc4ed7f1b59 --------------enig2873810DDDE595205565B89F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/14/12 16:55, Zac Medico wrote: > On 03/14/2012 01:03 PM, Richard Yao wrote: >> I do not have a separate /usr partition, however I agree with Joshua >> Kinard's stance regarding the /usr move. The point of having a separat= e >> /usr was to enable UNIX to exceed the space constraints that a 1.5MB >> hard disk placed on rootfs. As far as I know, we do not support a 1.5M= B >> rootfs so it would make sense to deprecate the practice of having thin= gs >> that belong in / in /usr directory, as opposed to making /usr into a n= ew /. >> >> Deprecation of this practice would mean that people could type >> /bin/command instead of /usr/bin/command in situations where absolute >> paths are necessary. We could symlink things in /usr to rootfs for >> compatibility with legacy software. In a more extreme case, we could >> symlink /usr to /, which would make plenty of sense given that we do n= ot >> need a separate /usr at all. >=20 > I'm not seeing any compelling benefits here that would justify a lack o= f > conformity with other *nix distros. It seems almost as though it's an > attempt to be different for the sake of being different, perhaps a > symptom of something like NIH syndrome. How did RedHat justify that lack of conformity that resulted from moving everything into /usr in the first place? The original UNIX did not have anything in /usr. The /usr split was caused by Bell Labs having to grow UNIX past the constraints of a 1.5MB hard drive. Since we are no longer limited by such space constraints, I fail to see why we should not deprecate /usr. In the meantime, it should be possible to create a global usr USE flag that enables/disables gen_usr_ldscript. It would then be possible to delete all of the usr ldscripts, dump /usr into / and symlink /usr to /. The dynamic linker would go to / before /usr and it would be trivial to modify $PATH to ignore /usr entirely. Legacy software that requires /usr/{bin,sbin} would still work while those that want a separate /usr mount could symlink /usr/{bin,include,libexec,sbin} into their rootfs counterparts. --------------enig2873810DDDE595205565B89F 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.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPYQg7AAoJELFAT5FmjZuEQlUQAMsK/VslVMONzfYRIb67/vWA b3/1UFdbiVQw/ZS/81YLUOKk4Bwu3jhI17o7Ho4O/TuCyLvfQS4ha7QooES1YMWD xhh00vvMbj4SW/A95olYKu5dVUt5sn2L5huc74kbEaZR43JA5uP2LFS5mgKWevN3 GOhu1dWvGuOy1VZj2MG8QnQpPzlJYbfdzuvXYkXdzXCNtrYo3BYcRoZKReLyLIyO GcDC2IZ1+YEQIbsfZaSCrRy6YM52O+jbtcC5F9gJx+Bb2yjzkS30S4b5tySn9peG KopaHXBSAA2wNa3oSy1KxGUp5sA7Xn7E+SyQFG3Q1k1ksVrvodJSt8aBloSECUgc zrVI3ErNBMmNnTRUSvG809VMLdXd1iqTxld3UR+1Moc3qtz+Nq1xNuYuR+cSPCav jhpuSmuRGmlcU3XXZgyO3Z+MR2UvHKXlyZYe48fsj8VhehjgyD0hb6HJJbilYdcX ZAA15QSNzcDHWCweRmXmguoOrwa8wonvZcPP5zpe6cgufiBPe5/6IRIfUhhhml2k FP+0qVrmWI4wLH2aNqMIz/NaFBUCbgh9i7UJpGwt+gq5by4ruBd6YVI6vKsbEvJ9 JnZqUdGwFbAkmxMq7RH+Pu7CRB8SUQGNMQniSLg7z21V3q2y99RbM/ScG3Ce/wJQ EB1IH8ENvg9KQFkTLZq7 =rrHI -----END PGP SIGNATURE----- --------------enig2873810DDDE595205565B89F--