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 30485 invoked from network); 24 Feb 2021 01:52:13 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 24 Feb 2021 01:52:13 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 0BFDB9C869; Wed, 24 Feb 2021 11:52:08 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 3C9BB9C6D0; Wed, 24 Feb 2021 11:51:35 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 5A4679C6D0; Wed, 24 Feb 2021 11:51:32 +1000 (AEST) Received: from central.weird.com (unknown [198.96.117.51]) by minnie.tuhs.org (Postfix) with ESMTP id DFF1D9C6CE for ; Wed, 24 Feb 2021 11:51:29 +1000 (AEST) Received: from (invalid client hostname: bind: DNS error: DNS lookup for A for 'more.local': Unknown host)more.local ((no PTR matching greeting name)d207-6-82-137.bchsia.telus.net[207.6.82.137] port=63836) by central.weird.com([198.96.117.51] port=587) via TCP with esmtp (5031 bytes) (sender: ) (ident using UNIX) id for ; Tue, 23 Feb 2021 20:51:28 -0500 (EST) (Smail-3.2.0.122-Pre 2005-Nov-17 #78 built 2020-Mar-25) Received: from (invalid client hostname: the DNS A record (with the targegt address [10.0.1.129]) for the hostname 'more.local' does not match the expected address [10.0.1.129])more.local ((no PTR matching greeting name)xentastic.local[10.0.1.140] port=63824) by more.local([10.0.1.129] port=25) via TCP with esmtp (4525 bytes) (sender: ) id for ; Tue, 23 Feb 2021 17:51:28 -0800 (PST) (Smail-3.2.0.122-Pre 2005-Nov-17 #1 built 2015-Feb-17) Message-Id: Date: Tue, 23 Feb 2021 17:51:27 -0800 From: "Greg A. Woods" To: The Unix Heritage Society mailing list In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/25.3 (x86_64--netbsd) MULE/6.0 (HANACHIRUSATO) X-Face: ; j3Eth2XV8h1Yfu*uL{<:dQ$#E[DB0gemGZJ"J#4fH*][ lz; @-iwMv_u\6uIEKR0KY"=MzoQH#CrqBN`nG_5B@rrM8,f~Gr&h5a\= List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: The Unix Heritage Society mailing list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --pgp-sign-Multipart_Tue_Feb_23_17:51:14_2021-1 Content-Type: text/plain; charset=US-ASCII At Tue, 23 Feb 2021 12:37:57 -0700, "Nelson H. F. Beebe" wrote: Subject: Re: [TUHS] Abstractions > > The recent discussions on the TUHS list of whether /bin and /usr/bin > are different, or symlinked, brought to mind the limited disk and tape > sizes of the 1970s and 1980s. Especially the lower-cost tape > technologies had issues with correct recognition of an end-of-tape > condition, making it hard to span a dump across tape volumes, and > strongly suggesting that directory tree sizes be limited to what could > fit on a single tape. Hmmmm... you may just be mixing up the names of the archive tools you mean, but on the other hand maybe you don't know that "dump" does whole filesystems, not just sub-directories. That of course doesn't take anything away from what you were saying about making sure you could do a full dump onto a single tape with some types of less high-end and high-quality tape devices. But that's a "newer" problem. Original Unix dump(1m) had no trouble asking for additional tapes to be mounted when the filesystem required multiple tapes. So it has nothing to do with legacy of the original root and /usr split. > I made an experiment today across a broad range of operating systems > (many with multiple versions in our test farm), and produced these two > tables, where version numbers are included only if the O/S changed > practices: An interesting compilation, but sadly (to me at least) it is mostly a mess of GNU/Linux which, rightly or wrongly, I categorize all under one (extremely opaque) umbrella. BTW, when I said "long ago" for Solaris, I meant a REALLY long time ago. /bin has been a symlink to /usr/bin since Solaris 2.0 and yet /usr could/can still be a separate filesystem on a Solaris installation. This is accomplished by putting everything necessary to boot the system up to the point where other additional filesystems can be mounted using just the programs found in /sbin. Of course this wasn't done smoothly and completely all in one go. IIRC /sbin/sh didn't exist until Solaris-9, and (also IIRC) it is just a copy of /usr/bin/sh. So Sun pushed everything in /bin to /usr/bin, then copied a few things back to /sbin as they found they needed them. Kind of a half-assed hack that wasn't well thought out, and had very poor motivations. I'd forgot that IRIX was following Solaris on this track. -- Greg A. Woods Kelowna, BC +1 250 762-7675 RoboHack Planix, Inc. Avoncote Farms --pgp-sign-Multipart_Tue_Feb_23_17:51:14_2021-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit Content-Description: OpenPGP Digital Signature -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQTWEnAIIlcZX4oAawJie18UwlnHhQUCYDWxFgAKCRBie18UwlnH hf9+AJ43K0qWZc810PVZ5asb51eqmZW+mQCg3puVeQ43SZSswdD6QwL2tb0Y9WU= =JEi9 -----END PGP SIGNATURE----- --pgp-sign-Multipart_Tue_Feb_23_17:51:14_2021-1--