A very quick précis is that it's a set of software tools that I'm close to releasing version 1.41 of, after a *long* hiatus involving a worldwide pandemic, broken disc drives, crushed PSUs, and some fairly eventful other stuff.
http://jdebp.info/Softwares/nosh/
They do system management, service management, user-space virtual terminals directly on display/HID hardware, and some login session stuff.
For an #Illumos analogy, think the SMF, plus SAC, plus ttymon. But done the #daemontools way.
There are some updated versions of daemontools. I did a consolidated one that addressed some bugs and added the manual pages without making fundamental changes.
http://jdebp.info/Softwares/djbwares/
Bruce Guenter's daemontools-encore changed the fundamentals slightly. Its control/status API is compatible with Bernstein's original, and with nosh.
#s6 is a service management system from @ska that is in the Bernstein #daemontools family.
#runit is a similar but less rounded out system from Gerrit Pape in the same family that is unfortunately not well maintained.
One of the worst issues with preserving and archiving old ISOs obtained from internet is the format salad.
Everybody says "Why do you even need an optical drive emulator, you can mount ISO files on Windows 10".
But most of the stuff was made in a time when you needed to replicate #anticopy measures. So you have images made with #nero, #Discjuggler, #CloneCD, #Alcohol120%, Blindwrite... And Suddenly the only program that can still open them is #DaemonTools, which is not exactly safe software.
In today's news, a long-known and long-solved problem bites users around the world yet again.
#ASUS routers are still, in 2023, using the old "newsyslog" log rotation mechanism from the 20th century, that was replaced by vastly better ones in the 1990s. ASUS's malware checker went mad and started logging the same message over and over really fast. This filled up the tmpfs holding the log files and broke the routers.
van Smoorenburg #rc was never the thing to compare to. They realized this in the big Debian Hoo-Hah over systemd in ~2014, and almost everyone ruled it out as a reasonable option.
Mewburn rc pre-dated systemd by about a decade and a comparison to it would have ruined the whole "but-but-but look at the long shell scripts!" argument.
So too did comparison to the #daemontools family:
http://jdebp.info/FGA/run-scripts-and-service-units-side-by-side.html