InitWare

Agree and so I went looking and here is the reason: https://github.com/InitWare/InitWare/commit/3ee721035525dbb1.... They started with a specific version of systemd and have been mutating it since then, so the whole this is "tainted" with LGPL now.

The part I'm particularly impressed with is what they determined was better to leave out ( https://github.com/InitWare/InitWare/wiki/Dropped-components ), especially the crypto and DNS portions which they quite reasonably determined they were insufficiently skilled to maintain (and modules that could be catastrophically damaging if you got them wrong). That's simply ample prudence and speaks well of the project.

This is an impressive project especially considering there are only 4 contributors. In my opinion this should have existed prior to systemd as it is more modular and very much optional "The Suite may run either as an init system or as an auxiliary service management system under another init system." This would have been a much better direction to go on Redhat in my opinion. I might still be using CentOS or one of the forks had systemd gone this direction. Just a personal preference of course but this does not feel forced and does not appear to commandeer functionality that should not be in the init process. It's also interesting to see it implemented in Alpine Linux already though I do not see it in the edge repo guess I have to build it. I use Alpine for all my VM and bare metal servers. This may be worth tinkering with. After t

Perhaps worth noting some differences: * https://github.com/InitWare/InitWare/wiki/Dropped-components

> Yes indeed, I should've expanded to requiring user namespaces and other kernel magic I can't expect from any random box i wanna work on. That's fair, do have to make sure to avoid to modules that do user systemd services. Longer term, though, I am hoping https://github.com/InitWare/InitWare will help with the userland part. And I hope to personally help with things like https://lists.freebsd.org/archives/freebsd-arch/2022-January... https://lore.kernel.org/lkml/f8457e20-c3cc-6e56-96a4-3090d7d... to get us more sane cross-platform system calls.

I know, but support is still in FreeBSD. My big long term plan is: 1. Work on FreeBSD cross in Nixpkgs, because I need a way to pin forks and run nice VM tests without going insane. (We already have NetBSD cross.) 2. Rig up a booting image that uses https://github.com/InitWare/InitWare, the fork of systemd. 3. Add support to CloudABI in initware. 4. Bang on drum for other OSes and upstream systemd to implement this stuff we can can good portable abstractions -- I think this is our best shot to get "portable containers".

Sorry I should have been clear. I've already seen all that, I know what the home page says, and I've used Devuan on and off since it was released. That doesn't really do a good job explaining and only seems to confuse the issue because, like I said before, Debian also supports operating without systemd. So it's not obvious what is actually being provided here. Also, the statement about portability is weak, as someone did manage to port systemd to BSD: https://github.com/InitWare/InitWare For me, in general it just seems really difficult to justify creating an entirely new Linux distribution because you're waiting for somebody to port a few packages to BSD. That logic doesn't really follow. That's what I meant before, even the Devuan home page has some really hand-wavey and confusing statements.

I haven't bothered to have a beef with systemd, but some of us have discussed https://github.com/InitWare/InitWare to support non-Linux kernels. That would be really fun.

I'm the first to admit that I'm ignorant of the facts here, but seeing that a systemd fork ran on OpenBSD for the first time two months ago does not give me confidence that it's "an option" in the sense that you can trust it to work well. And to be pedantic (this is an OpenBSD thread, after all), it's not "systemd", it's a fork of systemd called "InitWare", and the GitHub repo describes it as "alpha software". Someone also pointed out in the discussion you linked that it doesn't seem to include journald. Here's a relevant PR: https://github.com/InitWare/InitWare/pull/27

See https://github.com/InitWare/InitWare for more details.

See https://github.com/InitWare/InitWare for details.