please don't change the init system!
#1
Fri, 2016-08-12 21:50
ginjachris
-
- Offline
- 1 year 7 months ago
- 2014-03-24
I have to say, I love Alpine rc init system, it's the cleanest, simplest, hardiest init system I've had the pleasure to use (and I've used many).
I'm not adverse to supplying alternatives, but I for one would love to see the init system stay as it is.
Any thoughts?
Just ask mr. Pottering, when he want to put his systemd into our alpine. I am sure he will be happy to kill this distro too )))
Unfortunately now we have two mutually almost exclusive options in linux: simple and nice but with systemd (like debian or fedora) XOR complicated and hard but without (like gentoo).
That's why I love alpine. Simple, small, fast and without useless extras )))))
I agree on this 100% and I believe strongly that it is important to never have systemd ported to Alpine Linux.
Good reading on the issue: Systemd - your new Linux distribution
i agreed, i chose alpine linux because it doesn't use systemd.
i hope keep using openrc or s6 in future.
Thank you.
I love a lot of things about the whole s6 suite (and all skarnet software, for that matter), perhaps most importantly the philosophies behind it.
The usage does suffer a bit due to the extreme modularity, so I probably wouldn't be opposed to some sort of cohesive "frontend" type project either.
I know there are a couple of projects in that vein that have seen some development, but I can't really vouch for them, and I don't know of any with especially active (or assured ongoing) development. Those projects I know of are: anopa and suzaku.
Anyway, I think it would be wonderful if Alpine became super best friends with the skarnet utilities where relevant.
1. We will never (if possible) switch to systemd.
2. Skarnet has mentioned a few times he will spend time on integrating his tools and adapting it to alpine. (stay tuned)
I'm here indeed - even if I hardly ever read the forums. I'm on IRC most of the time. And yes, at some point next year, I plan to start a big project: doing a whole pass on all the Alpine packages to separate mechanism from policy, and providing s6 + s6-rc (a service manager similar to anopa) as an alternative to OpenRC.
Supporting several service managers is a heavy piece of work, but I think the cleanliness of the result will be worth it.