Re:PulseAudio and Systemd Creator, Lennart Poettering, Repor...
by na85 on Tuesday July 05, 2022 @05:02PM
(#31993650)
>But it's not Poettering, it's the Gnome folks in general.
It might also be the Gnome folks but it's definitely also Poettering. Let's not pretend he's some blameless martyr. The guy's a jerk.
Re:PulseAudio and Systemd Creator, Lennart Poettering, Repor...
by traverseda on Tuesday July 05, 2022 @04:37PM
(#31993381)
OpenRC and alpine are nice.
Re:PulseAudio and Systemd Creator, Lennart Poettering, Repor...
by corrral on Tuesday July 05, 2022 @04:38PM
(#31993397)
OpenRC is the only Linux init I've used that I actually enjoyed using, not just could-tolerate.
Re:PulseAudio and Systemd Creator, Lennart Poettering, Repor...
by hakfoo on Tuesday July 05, 2022 @08:15PM
(#31995316)
What was wrong with Slackware's bag full of shell scripts?
Maybe I'm misunderstanding what people want an init system for, but I'd expect to need little more than "run these 10 tasks. Potentially, wait for A to finish before starting B". Its job should be over when you see the login prompt.
It feels like modern inits are more like a watchdog/messaging system-- which seems like something which would be an optional add-in atop a real init system.
I want to run a custom utility at power on. It's not a weird expectation. This should take no more than one line of code to achieve, adding "/usr/local/bin/toolname &" to some sort of rc.local file.
What we really need is for people to propose alternatives to systemD that address its purported use cases while removing some of the needless complexity it introduces, and restoring the primacy of general mechanisms over hacked-together policy. This has happened with some components, e.g. elogind but not really as a comprehensive effort.