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 1S9m6Z-0007yK-QA for garchives@archives.gentoo.org; Mon, 19 Mar 2012 23:35:12 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1D4CAE0BAD; Mon, 19 Mar 2012 23:34:53 +0000 (UTC) Received: from mail.digimed.co.uk (82-69-83-178.dsl.in-addr.zen.co.uk [82.69.83.178]) by pigeon.gentoo.org (Postfix) with ESMTP id C9CFBE0965 for ; Mon, 19 Mar 2012 23:33:41 +0000 (UTC) Received: from digimed.co.uk (yooden.digimed.co.uk [192.168.1.6]) by mail.digimed.co.uk (Postfix) with ESMTPSA id 1212780892 for ; Mon, 19 Mar 2012 23:33:41 +0000 (GMT) Date: Mon, 19 Mar 2012 23:33:39 +0000 From: Neil Bothwick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] The End Is Near ... or, get the vaseline, they're on the way! Message-ID: <20120319233339.22a2598d@digimed.co.uk> In-Reply-To: <20120320010404.3014fd68@khamul.example.com> References: <709768995.843751.1331957483491.JavaMail.open-xchange@email.1and1.com> <4F6444A5.50503@alyf.net> <20120319131701.3ba79187@digimed.co.uk> <20120320010404.3014fd68@khamul.example.com> Organization: Digital Media Production X-Mailer: Claws Mail 3.8.0cvs33 (GTK+ 2.24.10; x86_64-pc-linux-gnu) X-GPG-Fingerprint: 7260 0F33 97EC 2F1E 7667 FE37 BA6E 1A97 4375 1903 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/T4xy3xIvuYes/2DymRi+jfa"; protocol="application/pgp-signature" X-Archives-Salt: 41a96b53-86c9-4f1a-90dd-43718580d70e X-Archives-Hash: b5cd723e931379667cf5b896fd4ad34f --Sig_/T4xy3xIvuYes/2DymRi+jfa Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 20 Mar 2012 01:04:04 +0200, Alan McKinnon wrote: > - */bin vs */sbin is one. Nothing to do with security, but */sbin can > go in root's PATH and apps that only makes sense when run as root (eg > mkfs) go there. This avoids cluttering the display with useful crap > from tab-completion. Agreed > - / vs /usr/local. I like this one, everything I build and install > myself without help from the package manager goes here. On FreeBSD it > means I used ports to install the stuff and it's not in world. I do > need this distinction in my world. Perl CPAN too for the same reasons. That too, or you can move all system stuff from /usr to / and put user stuff in a directory with an appropriate name, something that reflects its purpose, maybe something like /usr. > - /opt. Um yeah, OK. So we have these things called proprietary apps > where devs just want to make a directory specially for their app and > dump everything belong it. OK, as a scheme, it works. I don't like > it but I don't have a better idea. Yep. =20 > / vs /usr is the only one I don't need myself, as /usr is not read-only > (a very valid use case) and I don't have thin clients on the network. Separating system and user-compiled/installed software makes sense. Separating root and general programs makes sense. Separating system programs and libraries based on fairly arbitrary, and moveable, criteria does not make sense to me. As for making /usr read-only; it is generally only writeable by root and anyone with the root password could remount rw anyway, so there's not much point there. --=20 Neil Bothwick Ninety-Ninety Rule Of Project Schedules - The first ninety percent of the task takes ninety percent of the time, and the last ten percent takes the other ninety percent of the time. --Sig_/T4xy3xIvuYes/2DymRi+jfa Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAk9nwlMACgkQum4al0N1GQPQkwCfYCmEdms8+SEHUYizA4iSP1A0 2uUAnAu/6Izp5DdXZYLQHzYThSp5iQRU =uexE -----END PGP SIGNATURE----- --Sig_/T4xy3xIvuYes/2DymRi+jfa--