Systemd isn't safe to run anywhere (2021)(unixsheikh.com)
unixsheikh.com
Systemd isn't safe to run anywhere (2021)
https://www.unixsheikh.com/articles/systemd-isnt-safe-to-run-anywhere.html
6 comments
Lol, this is just the same old blind hatred for systemd. Not a single constructive thing was mentioned in this article.
The turf war is cute but it's gone on for too long now. Drop it already. If you don't like systemd, don't use it. It's that simple.
The turf war is cute but it's gone on for too long now. Drop it already. If you don't like systemd, don't use it. It's that simple.
If you don't like articles that criticize systemd don't read them it's that simple.
The article didn't do a very good job criticizing systemd. There is only one concrete claim - that systemd-networkd doesn't work without systemd-resolved, and even of that I'm fairly skeptical.
If the article focused more on providing information, rather than being a exhaust pipe for the author's frustration, it would be much better accepted.
If the article focused more on providing information, rather than being a exhaust pipe for the author's frustration, it would be much better accepted.
Since when the number of issues on a Github project is a valid metric for the quality of the project? I mean there are over 10k issues open on the Linux kernel itself so..?
For the security side and audits, great that wouldn't hurt, but from my workstation perspective features like systemd-cryptenroll have improved my security posture by a lot.
For the security side and audits, great that wouldn't hurt, but from my workstation perspective features like systemd-cryptenroll have improved my security posture by a lot.
So the tl;dr for this is blog post is pretty much:
- high loc = bad
- lennart pottering = bad
- github issues count is a valid metric of how good/safe/secure a piece of software is
- some babble about violating unix philosphy
- please support me on patreon :^)
- high loc = bad
- lennart pottering = bad
- github issues count is a valid metric of how good/safe/secure a piece of software is
- some babble about violating unix philosphy
- please support me on patreon :^)
I dislike systemd as much as the next guy (for reasons such as absolutely horrible DSL for defining services with >150 different keywords that are very hard to find unless one already knows about them, non-debuggability in case of errors, horrible documentation), but is "open issue counter" a good measurement of software stability?
> If we take a look, just as an example, at the man page for systemd-networkd it clearly states that if you define the option UseDNS as true the DNS servers received from the DHCP server will be used and take precedence over any statically configured ones. This corresponds to the nameserver option in resolv.conf. What it forgets to mention is that this setting (and multiple other settings) doesn't work without systemd-resolved.
Is this true? If author has provided a report of his attempt to setup systemd-networkd without systemd-resolved, this would be much more believable at face value.
> The GNU/Linux many of us know so well, is slowly turning into a disaster, an operating system apocalypse of security issues just waiting to happen. Just because everyone wanted a new init system, but somehow ended up with everything but a new kernel. Now all that is missing is systemd-linux.
This honestly sounds like a rant from 10 years ago. Many distros don't use systemd. Linux From Scratch still maintains non-systemd book by default. The "operating system apocalypse" sounds like quite a hyperbole.