There are new images available for March 2020
Links to March 2020 iso and docker images at the bottom of this message.
Both live images are capable of installing base, openbox, jwm, xfce4, or KDE-plasma, featuring the late 66 evolution 0.2.5.2-1 and the latest s6 suite of software.
66 0.2.5 features an additional modifier to the 66-tree functionality -S. With this option a bundle of services under a specific tree that is enabled will only start after another tree of services. (read https://wiki.obarun.org/doku.php?id=66-tree)
A while ago, an Obarun user, Dr Saleem Khan (1) urged me to try Spark Linux and it was the first time I heard of it. It must have been during some real busy period and it was since forgotten. While I was trying to clean up the list of linux distributions without systemd the name came up again. Thanks, Saleem.
By no means do I think this is for entry level users to try as a distribution with a full desktop, but for minimalists who are accustomed to arch this is an exercise of how minimal can you get with a ready off the shelf arch base on which you can build from ground up.
The project is severely undocumented, although there is not much to document for an experienced user. Spark (by Jack L. Frost) uses sinit as its init system and ssm which is an inhouse Simple Service Manager by Spark founder.
Sinit according to its source suckless (they suck less) is:
sinit – suckless init
sinit is a suckless init, initially based on Rich Felker’s minimal init.
sinit is considered complete and no further development is expected to happen.
Relevant links sinit + daemontools-encore
sinit was created by Dimitris Papastamos and was “finished” in 2015, that I believe is a year after runit was finished as a frame of reference.
You may think that we gave up and not “producing” anymore, but we haven’t. We are still at it, but we are not under this “productive” insanity pressure most others live with. If there is nothing interesting to report we will not waste your time. When we try various distributions that we either disliked or found nothing of interest, just another tried recipe with a twist of personalization, we just scrap the installation and move on. Then one day a couple of weeks ago we took on PCLinuxOS. If that says something, we are still at it, on a HD installation.
Is reddit’s r/linux just a front of IBM’s marketing agents? Under what remote logic would an announcement for a 5 year old distribution be removed and how could it possibly violate r/linux strict code of ethics?
Obarun: New for December …. upgraded yes, new not at all.
Sorry, this post has been removed by the moderators of r/linux.
Moderators remove posts from feeds for a variety of reasons, including keeping communities safe, civil, and true to their purpose
Those are the same tactics utilized across news-sites that appear to be “objectively” promoting linux in general, forums of systemd-only distributions, social media rooms and pages. The idea is to portray linux to new users inquiring about linux while on MSwindows, MACos, Android etc. as a systemd related operating system ONLY. Continue reading
Coming up, any day now, is your new 66 package.
obcore-testing/66 0.2.4.0-5 (base s6-suite)
small tools built around s6 and s6-rc programs
obcore/66 0.2.3.2-1 (base s6-suite)
small tools built around s6 and s6-rc programs
No .zstd packaging here, just good old xz, despite of the 0,0094 second decompression advantage. 🙂
Ok, 0.2.4 over 0.2.3… brings yet one more tool to you. Still, the package (66) is only a fraction of systemd, but it has more “features”. That database of trees and services you have created, after a major reorganization of 66 and its service file definitions and syntax do not have to be destroyed and recreated, not for the root and not for the user. Simply run 66-update as root and as user after each upgrade to ensure perfect transitioning to the upgraded software. 66-update -v4 for maximum verbosity.
The next step in development will be a more automated backup and restore of your trees and services structure.
In the past 9 months 66 evolved quite a bit and after each major evolutionary step the safest way to upgrade was to destroy old trees (delete them) and recreate them and populate them with services. Not any more. But that is not all. 66-update doesn’t mean it is a one way procedure, Say you found out something is wrong, you located the bug of the century, something wrong with 66, and you want to downgrade back to the previous edition of 66. You downgrade the package and run 66-update again.
PS Now, if someone who is not banned from r/linux or r/archlinux could try and crosspost this important announcement there, to see if you can do this for a banned user like me, it would be nice to know, that I can still piss them off with my existence.
1st some history/background:
Back some time ago an alternative to sysvinit was developed called daemontools (look at sources below) and people liked it. From “it” runit was cloned, very similar but started from scratch, to be as small, as light, as simple, and as responsive as hw itself. Runit set some goals for its development, kept being refined and eliminating any bugs, it worked on as many architectures as people could get their hands on, and the chief runit man decided to put it to bed. Runit has been frozen in time by its developer. Don’t expect it to catch up with other system development unless Void decides to clone it and develop it on their own, which in some ways they already do, but it is more polishing up the existing runit.
Debian 10 Buster became stable a few months ago, the rest of the systems had to follow but took their time. This is done every two years and creates a wave of confusion, especially those on forked versions of Debian, like antiX, MX, devuan, refracta, etc. Even more dangerous and confusing it is if you are using testing and although testing during debian stretch was buster it now becomes bullseye, while your antiX/MX/Devuan is testing alongside Buster still.
After antiX announced 19 (Marielle Franco) as its current stable branch, MS followed its mothership the week later (a few days ago), while Devuan/Refracta are still chasing Stretch (Debian 9), what they call Devuan 2 or ascii.
So here it is, to take the confusion away from numbers and names:
Debian * Debian * AntiX/MX * Devuan
the last good1 * 7 Wheezy * 13 * 0 beta-testing
old old stable * 8 Jessie * 15 * 1 jessie (old-stable)
old stable * 9 Stretch * 17 * 2 ascii (stable)
stable * 10 Buster * 19 * 3 beowulf(testing)
testing * 11 Bullseye * 21 * 4 chimaera (next testing)
unstable * sid * sid * ceres