Comment by gf000
3 months ago
Booting up a system is a complex domain. If you randomly cut a complex domain into pieces, you will have the exact same complexity PLUS a huge amount of additional complexity for all the communication/error handling between the different parts - what other complex domain uses million tiny tools? Does chrome use curl and then pipe it into a html renderer and whatnot? Sure, there are libraries (that's a different architectural layer though with less complexity to break, and functions don't decompose arbitrarily either). The unix's philosophy is more of a sounds good on paper, and there are certain cases where it applies - it's definitely not universal.
Also, the core of systemd is not even particularly big. People often mix into completely optional modules that run under the wider systemd project, but that's a false conclusion that "systemd eats the world".
> How it managed to spread
You mean that individual distributions voted/decided separately, multiple times to choose the better tool? Debian has the most democratic voting system and unanimously voted for systemd.
And yeah, if I want to use my own display manager protocol instead of X or Wayland I would also be similarly stranded. Options are good, but standards and compatibility are just as important - a million incompatible options only give rise to chaos.
I am, for example, very happy that Linux applications are finally not as distribution-dependent and there is a good chance to run that .deb file on anything else running systemd without much trouble. I remember the times when it was not so.
> You mean that individual distributions voted/decided separately, multiple times to choose the better tool? Debian has the most democratic voting system and unanimously voted for systemd.
They are influenced by other distros decisions. Debian's justification of adopting systemd starts "Systemd is becoming the de facto standard init system for Linux." https://wiki.debian.org/Debate/initsystem/systemd
I do not think this looks like a unanimous vote: https://www.debian.org/vote/2019/vote_002#outcome
> Booting up a system is a complex domain.
systemd goes far beyond this domain.
> You mean that individual distributions voted/decided separately, multiple times to choose the better tool?
This is a mystery to me. Given the LP attitude is known to be hostile to people with expertise and given the cancerous nature of systemd projects, I really wonder how did people choose to be treated that way.
Maybe they have voted for systemd-as-PID1, which is incomparably better than sysvinit, but this is the way systemd crowd got its foot in the door and before you know nothing works without systemd metastasis present.
Maybe you are wrong about LP? Then everything makes sense.
Exactly, Linus was an As*hole for a long time, and people still put up with him because Linux was good, I'm waiting for all of those people who hate LP to switch to BSD or something
You can’t pull the facehugger out, OTOH I wonder what form it will take when the egg hatches.
> Also, the core of systemd is not even particularly big. People often mix into completely optional modules
So how "optional" are those modules in practice -- how many systems run just the init core of systemd and not the whole shebang?
> that run under the wider systemd project, but that's a false conclusion that "systemd eats the world".
Isn't the very fact that there is what you call a "wider systemd project" at least a fairly good indication that systemd indeed is attempting to "eat the [Linux] world"?