From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 5909 invoked from network); 21 Feb 2021 23:02:02 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 21 Feb 2021 23:02:02 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id B8D279CABD; Mon, 22 Feb 2021 09:01:59 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 0629893D39; Mon, 22 Feb 2021 09:01:43 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 23B3893D39; Mon, 22 Feb 2021 09:01:40 +1000 (AEST) Received: from minun.buric.co (minun.buric.co [51.15.8.196]) by minnie.tuhs.org (Postfix) with ESMTP id 51A5693D32 for ; Mon, 22 Feb 2021 09:01:39 +1000 (AEST) Received: by minun.buric.co (Postfix, from userid 1000) id 172FE35C0FBF; Mon, 22 Feb 2021 00:01:35 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by minun.buric.co (Postfix) with ESMTP id 038B035C0F84; Sun, 21 Feb 2021 18:01:34 -0500 (EST) Date: Sun, 21 Feb 2021 18:01:34 -0500 (EST) From: Steve Nickolas X-X-Sender: mary@sd-119843.dedibox.fr To: Dave Horsfall In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: Re: [TUHS] Abstractions X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: The Eunuchs Hysterical Society Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" On Mon, 22 Feb 2021, Dave Horsfall wrote: > I once worked for a place who reckoned that /bin and /lib etc ought to be in > an EEPROM; I reckon that he was right (Penguin/OS dumps everything under > /usr/bin, for example). I have used distributions in the past that maintained the traditional distinction. While I've been stuck regarding bringing up a kernel, C compiler and libc all together, (keeping in mind my desire to avoid gcc and glibc for the project) the conceptual distribution I've been working on for some time uses more or less the same abstraction as the BSDs, with distinct /bin and /sbin vs. /usr/bin and /usr/sbin as I personally believe it should be, that the stuff in /bin should be enough to bring up and/or run diagnostics on a system, and everything else go in /usr. -uso.