this post was submitted on 22 Apr 2024
516 points (97.3% liked)

linuxmemes

20686 readers
776 users here now

I use Arch btw


Sister communities:

Community rules

  1. Follow the site-wide rules and code of conduct
  2. Be civil
  3. Post Linux-related content
  4. 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
[–] possiblylinux127@lemmy.zip 19 points 4 months ago (1 children)

Ok, the rest of the community disagrees with you. Good bye and have a nice day

[–] qjkxbmwvz@startrek.website 20 points 4 months ago (2 children)

I don't think that's true at all. I'm ok with systemd, but I don't really like it, and find much of the criticism valid. At this point the reason I use it, and am more-or-less fine with it, is that it has become the de facto standard and is very well supported.

Which is also one of the reasons I dislike it


it is such an integral part of modern Linux systems that it can be hard to change, which reduces a lot of the appeal of Linux


flexibility and freedom.

[–] lengau@midwest.social 7 points 4 months ago (1 children)

I'm fine with systemd, but I really do get the feeling that it exists more because of Red Hat's NIH syndrome than anything that was actually bad about upstart.

[–] sugar_in_your_tea@sh.itjust.works 13 points 4 months ago* (last edited 4 months ago)

Nah, upstart actually sucked. I used it in an embedded project and getting things to start consistently was a nightmare. We had to put all kinds of sleeps in because there was no way to tell when something actually started, only when it was told to start (i.e. start on started x would start both at essentially the same time).

With systemd, that all went away. It magics away sockets and whatnot so things just work properly. Also, our startup time went way down because things could start just a bit earlier, and the config files were more intuitive.

Upstart was a poor solution in search of a problem, and items sysvinit was honestly better imo because sysvinit didn't hide little gotchas all over the place. Systemd is an over engineered solution to a real problem, but it works really well. Oh, and socket activation is magical.

That said, I still prefer the FreeBSD way, which is just a slightly fancy sysvinit. It works well, though it won't win any awards for fanciness. Maybe launchd, if it ever comes to FreeBSD (maybe it has? I've been OOTL since 12), will be cool, IDK.

[–] baseless_discourse@mander.xyz 3 points 4 months ago

On the other hand, fragmentation makes software hard to support all of them. It seems like a dilemma.