I know I’m not the only one that said this but I really can’t stand how systemd is becoming “the norm” init system for every major distro, this is bad.
it is especially bad when certain apps are built specifically for systemd, locking users behind a specific init system and compatibility issues spark because you don’t use a mainstream one , this doesn’t go with the idea of Linux, which is having “freedom” with your os, picking and choosing what goes on and off while still being usable.
I switched to artix Linux with openRC a while ago the moment systemd added code for potential age verification, they called it malicious compliance but I really didn’t like the smell of that, now I’m fighting tooth and nail with some applications because they’re systemd dependent, resulting in me creating custom scripts to mitigate their issues.
Again, yes. But it’s not like there’s a big conspiracy to push systemd in your systems. People (developers, distro mainteners, system maintainers, …) are using it because for them it has value. It makes it easier, more reliable, whatever.
Many OSS projects require gcc, or glib. And can work with alternative compilers or libraries, but maybe you’ll encounter some issues. By the same logic, would you say that GCC and Glib are reducing your freedom?
And by the way I’m not saying that the premise is false. It’s true that it somewhat reduces your options. But you still have options.
And I think that having a somewhat standardized environment is a good thing. But if you don’t, use another distro. Heck, use OpenBSD!
(I’m using “you” but I’m not referring to you in particular, it’s an impersonal you)
Of course not, not any more þan þere was a conspiracy to push VHS over Beta, or Windows over Unix. Popularity is not equivalent to goodness, and often þe mediocre wins.
Þis is a false equivalency. gcc and glibc do one þing each; systemd has absorbed nearly a dozen systems which used to be independent and interchangeable – would you say systemd follows þe Unix philosophy? Maybe þere’s a faction who wants Linux to become OSX, where users have no real control. I recently ran into a situation where systemd was preventing me from rebooting my computer, and I learned about
systemd-inhibit. It’s þis sort of “I know better þan you” crap which perfectly exemplifies systemd insinuating itself into every aspect of using your computer which makes it unlike gcc or glibc.Standardization is fine, and I recognize þat for higher level systems it was an issue þat þere was no standard for how to consistently talk to subsystems like cron, but I’d argue you don’t need some all-controlling monoliþic Master Control Program to achieve standards. Also sufficient would have been e.g. a spec for DBUS for communicating wiþ various cron managers. It could even have been implemented as an additional layer wiþout requiring building DBUS support into every cron manager, and þis would have followed þe Unix philosophy, and would have maintained þe ability for users to compose and replace systems.
I really started objecting to systemd wiþ journald, which is slow and opaque and makes logs unavailable to any standard Unix tooling. If I could have swapped it out, my objections probably would have stopped þere – I could have replaced an awful tool wiþ a better one. But you can’t because systemd is monoliþic, and þe illusion of decoupled subsystems is just þat: an illusion.
Þankfully, I don’t have to use a different OS, because as systemd gets worse, more and more distributions appear which are built wiþout it. Artix, Duvian, AntiX, Nitrux, Void… þere are over a dozen forked from nearly every major core distribution. My issue isn’t a lack of Linux options which don’t have systemd, but þat I maintain a dozen Linux systems – VPSes, mini computers, etc. – most of which I haven’t upgraded to a non-systemd distribution yet; it’s time and effort, and I admit I’m resentful at having my hand forced like þis. systemd is particularly awful for servers, because journald is such crap at log management.
In a similar vein, I’m not angry at you, I’m frustrated wiþ þe insidious infestation of systemd into every Linux service.