From: Henry Bent <henry.r.bent@gmail.com>
To: "Charles H. Sauer" <sauer@technologists.com>
Cc: TUHS main list <tuhs@minnie.tuhs.org>
Subject: Re: [TUHS] Abstractions
Date: Tue, 23 Feb 2021 16:15:52 -0500 [thread overview]
Message-ID: <CAEdTPBc-warK9hZxzTg8Shm4uM8+9oN2NmiurT1WWhohZM0yBg@mail.gmail.com> (raw)
In-Reply-To: <91696417-3233-232e-e1f4-3cb914202801@technologists.com>
[-- Attachment #1: Type: text/plain, Size: 4421 bytes --]
On Tue, 23 Feb 2021 at 16:03, Charles H. Sauer <sauer@technologists.com>
wrote:
> To add to the inventory below:
> Dell SVR4 /bin is a symlink to /usr/bin
> NEXTSTEP/486 3.3 /bin and /usr/bin are separate
>
> On 2/23/2021 1:37 PM, Nelson H. F. Beebe wrote:
> > 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.
> >
> > 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:
> >
> > ------------------------------------------------------------------------
> > Systems with /bin a symlink to /usr/bin (or both to yet another common
> > directory) [42 major variants]:
> >
> > ArchLinux Kali RedHat 8
> > Arco Kubuntu 19, 20 Q4OS
> > Bitrig Lite ScientificLinux 7
> > CentOS 7, 8 Lubuntu 19 Septor
> > ClearLinux Mabox Solaris 10, 11
> > Debian 10, 11 Magiea Solydk
> > Deepin Manjaro Sparky
> > DilOS Mint 20 Springdale
> > Dyson MXLinux 19 Ubuntu 19, 20, 21
> > Fedora Neptune UCS
> > Gnuinos Netrunner Ultimate
> > Gobolinux Oracle Linux Unleashed
> > Hefftor Parrot 4.7 Void
> > IRIX PureOS Xubuntu 19, 20
> >
> > ------------------------------------------------------------------------
> > Systems with separate /bin and /usr/bin [60 major variants]:
> >
> > Alpine Hipster OS108
> > AltLinux KaOS Ovios
> > Antix KFreeBSD PacBSD
> > Bitrig Kubuntu 18 Parrot 4.5
> > Bodhi LibertyBSD PCBSD
> > CentOS 5, 6 LMDE PCLinuxOS
> > ClonOS Lubuntu 17 Peppermint
> > Debian 7--10 LXLE Salix
> > DesktopBSD macOS ScientificLinux 6
> > Devuan MidnightBSD SlackEX
> > DragonFlyBSD Mint 18--20 Slackware
> > ElementaryOS MirBSD Solus
> > FreeBSD 9--13 MXLinux 17, 18 T2
> > FuryBSD NetBSD 6-1010 Trident
> > Gecko NomadBSD Trisquel
> > Gentoo OmniOS TrueOS
> > GhostBSD OmniTribblix Ubuntu 14--18
> > GNU/Hurd OpenBSD Xubuntu 18
> > HardenedBSD OpenMandriva Zenwalk
> > Helium openSUSE Zorinos
> >
> > ------------------------------------------------------------------------
> >
> > Some names appear in both tables, indicating a transition from
> > separate directories to symlinked directories in more recent O/S
> > releases.
> >
> > Many of these system names are spelled in mixed lettercase, and if
> > I've botched some of them, I extend my apologies to their authors.
> >
> > Some of those systems run on multiple CPU architectures, and our test
> > farm exploits that; however, I found no instance of the CPU type
> > changing the separation or symbolic linking of /bin and /usr/bin.
> >
>
>
Solaris /bin was a symlink to /usr/bin as early as 2.5.1. It's also worth
pointing out that NetBSD, in addition to having a separate /bin and
/usr/bin, has /rescue which has a large selection of statically linked
binaries.
-Henry
[-- Attachment #2: Type: text/html, Size: 5886 bytes --]
next prev parent reply other threads:[~2021-02-23 21:16 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-23 19:37 Nelson H. F. Beebe
2021-02-23 21:02 ` Charles H. Sauer
2021-02-23 21:15 ` Henry Bent [this message]
2021-02-24 2:47 ` Greg A. Woods
2021-02-24 3:20 ` Warner Losh
2021-02-24 20:05 ` Greg A. Woods
2021-02-24 1:51 ` Greg A. Woods
2021-02-24 2:23 ` Nelson H. F. Beebe
-- strict thread matches above, loose matches on Subject: below --
2021-02-24 4:18 Rudi Blom
2021-02-21 10:47 Paul Ruizendaal
2021-02-20 23:09 M Douglas McIlroy
2021-02-21 8:15 ` Otto Moerbeek
2021-02-21 11:08 ` Rich Morin
2021-02-21 22:40 ` Dave Horsfall
2021-02-21 23:01 ` Steve Nickolas
2021-02-23 3:31 ` Andrew Warkentin
2021-02-22 0:13 ` Warren Toomey
2021-02-27 2:47 ` Dave Horsfall
2021-02-23 0:25 ` Wesley Parish
2021-02-23 0:38 ` Steve Nickolas
2021-02-23 2:50 ` Theodore Ts'o
2021-02-23 3:19 ` Warner Losh
2021-02-23 1:47 ` Theodore Ts'o
2021-02-21 22:54 ` Clem Cole
2021-02-15 19:56 Jon Steinhart
2021-02-15 21:52 ` Dave Horsfall
2021-02-16 7:13 ` arnold
2021-02-16 8:15 ` Tom Ivar Helbekkmo via TUHS
2021-02-16 10:04 ` Wesley Parish
2021-02-16 19:59 ` Jon Steinhart
2021-02-17 4:01 ` Theodore Ts'o
2021-02-17 6:50 ` Chris Hanson
2021-02-16 12:26 ` Rich Morin
2021-02-16 22:46 ` Steffen Nurpmeso
2021-02-17 12:09 ` David Arnold
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAEdTPBc-warK9hZxzTg8Shm4uM8+9oN2NmiurT1WWhohZM0yBg@mail.gmail.com \
--to=henry.r.bent@gmail.com \
--cc=sauer@technologists.com \
--cc=tuhs@minnie.tuhs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).