●Stories
●Firehose
●All
●Popular
●Polls
●Software
●Thought Leadership
Submit
●
Login
●or
●
Sign up
●Topics:
●Devices
●Build
●Entertainment
●Technology
●Open Source
●Science
●YRO
●Follow us:
●RSS
●Facebook
●LinkedIn
●Twitter
●
Youtube
●
Mastodon
●Bluesky
Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!
Forgot your password?
Close
Post
Load All Comments
Full
Abbreviated
Hidden
/Sea
Score:
5
4
3
2
1
0
-1
More
| Reply
Login
Forgot your password?
Close
Close
Log In/Create an Account
●
All
●
Insightful
●
Informative
●
Interesting
●
Funny
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
bydrinkypoo ( 153816 ) writes:
Poettering will also continue to remain deeply involved in the systemd ecosystem.
I therefore trust that it will continue to be shit.
bytwinirondrives ( 10502753 ) writes:
for people hacking together their own systems I'd admit that systemd does nothing for that. But organizational level mass deployed systems are pretty much barred from linux without something filling that role. then I think systemd was an idea put forward around the same time io_uring was which maybe possibly was the beginning of a compliant solution filling the systemd role. my opinion is io_uring actually increased the attack surface of linux systems. would that have been different if systemd never existe
byShaitan ( 22585 ) writes:
Overrated. Prior to systemd Linux administrators famously admin'd thousands of systems vs tens in the windows world. That text/file/directory-based system combined with all the text-mangling power tools in linux, the shell, and perl... nothing compares.
It actually becomes much easier to work with configuration management tools when they are managing the state of text files as the Linux gods intended.
bydskoll ( 99328 ) writes:
Systemd units are plain text files, you know.
I honestly don't understand the visceral hate for systemd. I've been using UNIX since 1989 and Linux since 1994, so I have plenty of experience with old ways of doing things.
Systemd, at least in my experience, just works and writing systemd unit files is easier than writing sysvinit scripts. So when Debian switched to it, it was fine. I adapted.
bydrinkypoo ( 153816 ) writes:
I honestly don't understand the visceral hate for systemd.
It is the antithesis of the Unix way. This has been argued back and forth all along, and if you don't agree I won't try to convince you here.
Systemd, at least in my experience, just works and writing systemd unit files is easier than writing sysvinit scripts. So when Debian switched to it, it was fine. I adapted.
The problem with systemd and unit scripts is that they cannot do all the things that a script can do, so you often wind up using a script anyway. In that case you have really not made things any simpler than the usual case. Meanwhile you've added a whole lot of complexity which is largely unnecessary, some of which is utterly dependent on other parts so it is difficult
byBig Hairy Gorilla ( 9839972 ) writes:
+100. Thank you very much, my line of reasoning exactly.
Devuan
is free and you no have dependencies on suppliers, less bugs, and less attack surface. Binary compatible with apt repos. Uses less energy because less is running in memory. My wireguard hub runs with 86 processes in ram. One of my recent email servers, with dovecot 2.4 and postfix, has only 121 running processes. My desktop Devuan system I'm currently writing this on has 390 running processes. Compare by running ps aux | wc on your Ubuntu or Redhat systems.
Systemd
You COULD drive a Front End Loader to work. It would get you there. Very slowly, while burning 5x the gas. While you hold up everyone behind you, because top gear only reaches 10 mph. If there's a mechanical problem, you're going to have to take it to the shop where you bought it and pay thru the nose to fix it. Think Ubuntu, Redhat.
Reply to This Parent
twitter
facebook
Flag as Inappropriate
bydskoll ( 99328 ) writes:
So much wrong.
Devuan is free and you no have dependencies on suppliers
So Devuan ships zero packages from third-party suppliers? That's a hot take.
Uses less energy because less is running in memory
Another hot take. A program sitting in memory uses essentially no energy unless it's scheduled to run.
One of my recent email servers, with dovecot 2.4 and postfix, has only 121 running processes.
My Raspberry Pi server running dovecot and postfix has 247 processes, but it also runs PostgreSQL, Aster
byBig Hairy Gorilla ( 9839972 ) writes:
I'm not hearing any valid use cases.
bydskoll ( 99328 ) writes:
I think we are witnessing the software equivalent of Planck's Principle [wikipedia.org].
●urrent threshold.
There may be more comments in this discussion. Without JavaScript enabled, you might want to turn on Classic Discussion System in your preferences instead.
Slashdot
●
●
Submit Story
It is much harder to find a job than to keep one.
●FAQ
●Story Archive
●Hall of Fame
●Advertising
●Terms
●Privacy Statement
●About
●Feedback
●Mobile View
●Blog
Do Not Sell or Share My Personal Information
Copyright © 2026 Slashdot Media. All Rights Reserved.
×
Close
Working...
Working...