3 ms·
The alternatives all exist and work fine. Init still works great too. And if you need auto "healing" daemons and such you can even use daemontools. There are a
by midislack 4y ago
The alternatives all exist and work fine. Init still works great too. And if you need auto "healing" daemons and such you can even use daemontools. There are a slew of actively developed well supported alternatives you can use today. And it's not so much the opinionated nature of the systemd pushers that's obnoxious, it's the fact that the software is enormous, buggy, and insecure.
- GauntletWizard 4y agoHave you ever read an old init.rc? I suggest you go do so. Daemontools was a reaction to the deficiencies of systemv init, and that it was not getting updated. Initrc has always supported "Run this, and run it again if it exits". That's not quite enough for a modern init system, but it's also not far off. Upstart and systemd capture the few additional things that are necessary. It should be in init's job to run daemons. Perhaps pid 1's only job - all the one-time setup that is required should be executed by another pid1 process before daemons start at all, and then you exec into a parallel daemon runner process.
- midislack 4y agoI've been a Unix user since 1990 kiddo.
- GauntletWizard 4y agoI'm definitely a kid compared to the old graybeards, but I ran and developed on Linux for years and years since the late 90s - And didn't actually read init.rc until like 2014 when I was trying to debug behavior that was different on Upstart WRT terminals. Because if it's deficiencies (such as having just the one init.rc file!), init was rarely used and not much thought of.