this post was submitted on 23 Sep 2024
501 points (97.0% liked)
linuxmemes
20703 readers
1185 users here now
I use Arch btw
Sister communities:
- LemmyMemes: Memes
- LemmyShitpost: Anything and everything goes.
- RISA: Star Trek memes and shitposts
Community rules
- Follow the site-wide rules and code of conduct
- Be civil
- Post Linux-related content
- No recent reposts
Please report posts and comments that break these rules!
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I've gotten into quite a lot of systemd-related flame wars so far, and what strikes me is that I haven't heard a single reason why systemd is good and should be used in favor of openrc/sysvinit/whatever. The only arguments I hear in favor of systemd, even from the its diehard defenders, are justifications why it's not that bad. Not once have I heard someone advocate for systemd with reasoning that goes likes "Systemd is superior to legacy init systems because you can do X much easier" or "systemd is more secure because it's resistant against Y attack vector". It's always "Linus says it's allright" or "binary logfiles aren't a problem, you can just get them from journald instead of reading the file", or "everyone already uses it".
When it comes to online discourse, systemd doesn't have advocates, it has apologists.
Linus had an epic flame war with the systemd idiots for breaking Linux stupidly: https://igurublog.wordpress.com/2014/04/03/tso-and-linus-and-the-impotent-rage-against-systemd/
He didn't do anything because he made it clear he owned the kernel and userspace was someone else's problem, but also that the systemd guys were absolute morons who were a danger to themselves and everyone else.
Well, I'll tell you that I prefer systemd because I can comprehend its declarative unit files and dependency-based system a lot better than the shell script DSLs and runlevels that I've had to mess with in other init systems.
systemctl status
has a quite nice output that can be really handy when debugging units. I like being able to pull up logs for just about any service on my system with a simplejournalctl
command instead of researching where the log file is.