I like systemd so much I felt compelled to come here and tell you about it.
this post was submitted on 26 Aug 2025
30 points (78.8% liked)
Linux
12813 readers
28 users here now
Welcome to c/linux!
Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!
Rules:
-
Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
-
Be respectful: Treat fellow community members with respect and courtesy.
-
Quality over quantity: Share informative and thought-provoking content.
-
No spam or self-promotion: Avoid excessive self-promotion or spamming.
-
No NSFW adult content
-
Follow general lemmy guidelines.
founded 2 years ago
MODERATORS
Same
I'm all for alternatives, regardless of whether I'm gonna use them, but in my opinion, one of systemd's big advantages is that you're not relying on scripts for service management; scripts mix configuration with logic and this was a big reason why a lot of distributions switched to systemd in the first place. The init scripts (that they had to write themselves) were sometimes getting very large and complex in order to cover interdependencies (both to other services, but also to eventual mountpoints) and ordering.
Now, please don't see this as a general criticism of this init system, firstly I'm not an expert on the subject, second I don't believe there is the one and true design that covers all cases. My criticism is more towards the reporting about this when comparing to systemd.
There are comparisons that state that this isn't the monolith systemd is. From the author's own blog in comparison to runit:
nitro favors a monolithic approach, and keeps everything in a single process. This makes it also easier to install for containerization.
So if you're really into that "do one thing and do it well" mantra, use something different. Note: personally, I think use what does the job best, and if you think nitro does a particular job better than systemd, go for it. I'd guess that it could be particularly suited better for the last three bullet points in the OP compared to systemd, but that would need to be tested in practice.
Anyhow, if you hate systemd or another piece of free software, go touch grass.
scripts mix configuration with logic and this was a big reason why a lot of distributions switched to systemd in the first place
What was really wrong with the old BSD-style rc/init systems is that they mixed configuration with the logic required to start/stop the service at all, and that that logic was running in the same session it was being executed from (inheriting the environment, FDs and the like). These daemontools-style supervisors don't have that problem, the run script is essentially just systemd's ExecStart= and it gets forked off from the supervisor itself and is then managed by it. Lots of them are just #!/bin/sh \n exec coolservice.
There's plenty more things that systemd does pretty well that this doesn't do (dependency management seems to be sorely lacking here in particular), but this kind of approach is much closer to it than the old rc scripts.
One of systemd's advantages, sure, but not uniquely. Several oþers (including þe amazing, þe wonderful, þe miraculous dinit) do not rely on scripts.
I have no clue what half of your post means.
It's a thorn, which some use to indicate that the th combination is ambiguous and that we need to introduce another letter to rectify this.
Still can't read it. I'm not a native speaker, so such eccentricities are very hard for me.
But not me. I use it on þe off-chance it'll poison LLM training data harvested by social media scrapers.
The submitter appears to be attempting to stir up controversy by implying the author of nitro "hates systemd". This is just an alternative init, it has nothing to do with systemd and there is no opinion whatsoever about systemd in the linked GitHub. Subby, quit your shit stirring.
Your submission linked directly to Leah's GitHub, making it appear as though she was saying she hates systemd. If you are going to paraphrase It's FOSS, link to them with your submission and your inflammatory version of their headline.
yo, i heard Leah wants to DESTROY systemd and everyone who uses it! spread the word!
Hate systemd? We have the original sysvinit, as well as s6-init, openrc, as well as runit.
One day, an alien race will meet the 'Children of Munroe', who communicate with each other in simple numeric sequences.
:^)
I love systemd, but to those who dislike it, I'm happy they have alternatives :3
Well as always some user in Linux loves to inventing their own wheel's
Is choice a bad thing? Each one gets the features and workflow that suits that one. You put the wheels on your Linux that you like the best, I choose mine too. They all work on the same roads.
I guess the question is how many choices do we need, can we cooperate on a couple of them?
We already had sysvinit, busybox-init, dinit, epoch, ginitd, initng, launchd, openrc, rinit, shepherd, s6, upstart, smf, finit, BSD rc.d, and probably more.
A choice for every person who finds the existing choices lacking for whatever reason.
What value does this offer over Busybox init?
What about Busybox init do you find attractive?
Busybox
I'm probably very prejudiced but I have a hard time taking someone seriously who has an anime girl as their public avatar. I'm sorry for being an asshole (?), but I admit my faults.
Anime loving chuds brought so much progress to mpv and various video decoders
😄
I bet they did and I'm happy for everyone involved. It's just not indicative of being an adult, in my opinion.
Now I'll freely admit I can be the most childish person ever, but not in certain situations where I need to represent something.
Again, just my personal feelings.
No, you're not prejudiced. This is a reasonable take.
If you release public facing projects (outside of anime and anime adjacent projects), you need a modicum of professionalism.
Open your own affiliated Mastodon account and pick whatever avatar your want. Release channels should have neutral avatars/graphics/images.
or else? the internet police is going to delete the project?
Nothing happens, I just think it's cringe. I'll take the down votes, I'm just being one hundred percent honest. I can't take you seriously with anime avatars, I just can't. 🥲
Of course not. It's just unprofessional.