From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: tuhs-bounces@minnie.tuhs.org X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE, MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from minnie.tuhs.org (minnie.tuhs.org [45.79.103.53]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id d0b37abc for ; Thu, 11 Oct 2018 02:42:31 +0000 (UTC) Received: by minnie.tuhs.org (Postfix, from userid 112) id 508709E875; Thu, 11 Oct 2018 12:42:30 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 88C519E6FE; Thu, 11 Oct 2018 12:42:00 +1000 (AEST) Authentication-Results: minnie.tuhs.org; dkim=pass (1024-bit key; unprotected) header.d=pobox.com header.i=@pobox.com header.b=L/qGyiPc; dkim-atps=neutral Received: by minnie.tuhs.org (Postfix, from userid 112) id 0DD609E6FE; Thu, 11 Oct 2018 12:41:58 +1000 (AEST) X-Greylist: delayed 499 seconds by postgrey-1.35 at minnie.tuhs.org; Thu, 11 Oct 2018 12:41:57 AEST Received: from sasl.smtp.pobox.com (pb-sasl21.pobox.com [173.228.157.49]) by minnie.tuhs.org (Postfix) with ESMTPS id 7094893D07 for ; Thu, 11 Oct 2018 12:41:57 +1000 (AEST) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl21.pobox.com (Postfix) with ESMTP id D238B196DD; Wed, 10 Oct 2018 22:33:37 -0400 (EDT) (envelope-from davida@pobox.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from :message-id:content-type:mime-version:subject:date:in-reply-to :cc:to:references; s=sasl; bh=cmNbmgA8znmYtBkQ23THkjsB9jc=; b=L/ qGyiPc2nZNWx5tFAZN1nSWrgIfrdGR+8sVnXuRiGc6ijpIJrgAq8VsEM8sTx2DpR 1ZWrVhbWvH9DNHClgZRVNydvr4YFvssKu5nDgypf/WGvVoJZ8toN6ZwQ9B4m3l5G wWAKJDHcZA2YTqMjjwd465ElQrov3Zjx9rK/XkEw4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=from:message-id :content-type:mime-version:subject:date:in-reply-to:cc:to :references; q=dns; s=sasl; b=f3IPR/RMSKMfk4+B+juYT4+fybRjhdI0/J sQSEGP6xqLc22ztclttiOzacSc342F5/NnNeSMT/NyWOKp2E8qnAkbwasGGo8+Xt CDXEGaGiiic0ym0tca0t0JV878IcAoyC3qiDwTOiGRs5ywUKyeFVckq+s3KRN9yX TL6nEn1/Y= Received: from pb-sasl21.sea.icgroup.com (unknown [127.0.0.1]) by pb-sasl21.pobox.com (Postfix) with ESMTP id CB360196DC; Wed, 10 Oct 2018 22:33:37 -0400 (EDT) (envelope-from davida@pobox.com) Received: from davids-laptop.lan (unknown [14.203.64.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pb-sasl21.pobox.com (Postfix) with ESMTPSA id 92083196DB; Wed, 10 Oct 2018 22:33:34 -0400 (EDT) (envelope-from davida@pobox.com) From: David Arnold Message-Id: <9274C5DE-5087-4295-A765-C20BA29FCC2E@pobox.com> Content-Type: multipart/signed; boundary="Apple-Mail=_6567027B-AA7D-4C3A-8123-7CF49AE22FB3"; protocol="application/pgp-signature"; micalg=pgp-sha256 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Date: Thu, 11 Oct 2018 13:33:30 +1100 In-Reply-To: To: Steve Nickolas References: <1539182625.28839.for-standards-violators@oclsc.org> <190511dd-f19f-7b76-cf8c-2663b81bad22@spamtrap.tnetconsulting.net> X-Mailer: Apple Mail (2.3273) X-Pobox-Relay-ID: 0D30A940-CCFE-11E8-B5AF-AE572B461AF9-29049682!pb-sasl21.pobox.com Subject: Re: [TUHS] The origin of /home X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: TUHS main list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --Apple-Mail=_6567027B-AA7D-4C3A-8123-7CF49AE22FB3 Content-Type: multipart/alternative; boundary="Apple-Mail=_3B22311F-B67E-479F-9DD0-B023AA28DC9B" --Apple-Mail=_3B22311F-B67E-479F-9DD0-B023AA28DC9B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Some (most?) Linux distributions have followed Solaris=E2=80=99 lead, = and put all of /bin into /usr/bin, and /sbin into /usr/sbin, and then = symlinked /bin to /usr/bin (and /sbin to /usr/sbin) to make everything = effectively available in both locations. Some rationale here: = https://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge/ = = Most (all?) Linux distributions never followed the "should be static, = needed for boot to runlevel 1", logic for /bin & /sbin anyway, so the = locations were largely based on a perception of traditional or most = common location anyway. sh was thus in /bin, while env was in /usr/bin, = for example. d > Here is how I understand the current system is intended to work: > 1. /sbin for binaries for use by root that must be available before = the system is fully brought up (and for an emergency copy of the Bourne = shell), which should all be linked static. >=20 > 2. /bin for binaries for use by all users that must be available = before the system is fully brought up. These may be linked dynamic. >=20 > 3. /lib for libraries which are needed for binaries in /bin to work, = and for kernel plugin modules in /lib/modules. >=20 > 4. /usr/sbin for other binaries in the base system to be available to = root only. >=20 > 5. /usr/bin for other binaries in the base system to be available to = all users. >=20 > 6. /etc for global configuration files used by the kernel and the base = OS. >=20 > 7. /opt/PACKAGE contains a full bin, etc, lib etc. folder tree for = every non-base package (I would put almost everything here, including X = Window in /opt/X11/bin etc.). >=20 > 8. /home as the base for all user folders. >=20 > (Scripts and binaries are not differentiated in this system.) >=20 > I think I would be prone to do a cleanup of the system to isolate = everything into some form of the above. Just my opinion. >=20 > -uso. --Apple-Mail=_3B22311F-B67E-479F-9DD0-B023AA28DC9B Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Some (most?) Linux distributions have followed Solaris=E2=80=99= lead, and put all of /bin into /usr/bin, and /sbin into /usr/sbin, and = then symlinked /bin to /usr/bin (and /sbin to /usr/sbin) to make = everything effectively available in both locations.


Most (all?) Linux distributions never followed the "should be = static, needed for boot to runlevel 1", logic for /bin & /sbin = anyway, so the locations were largely based on a perception of = traditional or most common location anyway.  sh was thus in /bin, = while env was in /usr/bin, for example.


d

Here is how I = understand the current system is intended to work:
1. = /sbin for binaries for use by root that must be available before the = system is fully brought up (and for an emergency copy of the Bourne = shell), which should all be linked static.

2.= /bin for binaries for use by all users that must be available before = the system is fully brought up.  These may be linked dynamic.

3. /lib for libraries which are needed for = binaries in /bin to work, and for kernel plugin modules in = /lib/modules.

4. /usr/sbin for other = binaries in the base system to be available to root only.

5. /usr/bin for other binaries in the base = system to be available to all users.

6. = /etc for global configuration files used by the kernel and the base = OS.

7. /opt/PACKAGE contains a full bin, = etc, lib etc. folder tree for every non-base package (I would put almost = everything here, including X Window in /opt/X11/bin etc.).

8. /home as the base for all user folders.

(Scripts and binaries are not differentiated = in this system.)

I think I would be prone = to do a cleanup of the system to isolate everything into some form of = the above.  Just my opinion.

-uso.

= --Apple-Mail=_3B22311F-B67E-479F-9DD0-B023AA28DC9B-- --Apple-Mail=_6567027B-AA7D-4C3A-8123-7CF49AE22FB3 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEgSWooWYYB/aPrQYaRdnGTTV27CoFAlu+tnsACgkQRdnGTTV2 7Cqfmg/9ETzVjF3crPervjr/RIz6BuSPun7pPcD7kZugUvKnAffadzt6lnaI9KKz 48q1RGyKCyrTg6rlGJSxPYsR2eJ0hhipcG6Zznr5k3tH171TK5zOeRvOU2nV0+I8 KcUbMPlsmsSKVwUiXJEXm6keiVav932x7f6JwGTub9fiPmKHzqUH765gXZqb5690 E3INiZu/Nuu6lVwVi3s9u6VOXkMWDVs1B47Uuj7NnwlGjhW+suLUyo6t/vPDN6+E 6+/5cvGoRhl/OsrgYY1B7utIMUovPgiCEfR1Iu0NQI2J4IOzhoiT0IPEKNUYLopV ksOL61kkfel+NkmFuVEV8YIcOBjHdyGyVNDmkaJ+fTLYXDOkO6pUczIW3DK3bQ6+ H9hLD4H0vBow/ZN1XIqBkBFhXKwUGYEtZ4X6AiF6sDkCRbZHm1jI9J3b1kTIVvLZ w1g7h0S8WmPkkI6kvH/3I5FP8RqKshpdbfwt5vTdCbCmtmT3QfV2E5YnDZ0pojkm jv5ehBkcav/t88joDQqGUYQC3s9tuVpnvSQ/1AFRPTJfBTyfYNsUITD4qPEZWwG6 ubSCb3QCEFfxROADTLhobPbuNQo/PN4REQNyqcsLoQ930Ee6xt09hrt6zFVUSS6i wtVotD/EdVb/a28RekXzv+bKfRxe6wBp6xybDx/HY58CfwGo0q0= =EbVJ -----END PGP SIGNATURE----- --Apple-Mail=_6567027B-AA7D-4C3A-8123-7CF49AE22FB3--