Stories
Slash Boxes
Comments

SoylentNews is people

posted by LaminatorX on Friday September 19 2014, @05:47AM   Printer-friendly
from the voice-from-on-high dept.

Systemd has turned into the Godzilla of Linux controversies. "Everywhere you look it's stomping through blogs, rampaging through online discussion threads, and causing white-hot flames that resemble Godzilla's own breath of death," writes Jim Lynch. Now Sam Varghese reports at iTWire that although Linus Torvalds is well-known for his strong opinions, when it comes to systemd, Torvalds is neutral. "When it comes to systemd, you may expect me to have lots of colorful opinions, and I just don't," says Torvalds. "I don't personally mind systemd, and in fact my main desktop and laptop both run it."

Oh, there's been bitter fights before. Just think about the emacs vs vi wars. Or, closer to systemd, the whole "SysV init" vs "BSD init" differences certainly ended up being things that people had "heated discussions" about. Or think about the desktop comparisons.

I'm not really sure how different the systemd brawls are from those. It's technical, but admittedly the systemd developers have also been really good at alienating people on a purely personal level too. Not that that is anything particularly new under the sun _either_: the (very) bitter wars between the GPL and the BSD license camps during late-80s and early-90s were almost certainly more about the persons involved and how they pissed off people than necessarily deeply about other differences (which existed, obviously, but still).

Torvalds was asked if systemd didn't create a single point of failure which makes a system unbootable if it fails. "I think people are digging for excuses. I mean, if that is a reason to not use a piece of software, then you shouldn't use the kernel either."

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 2, Informative) by Arik on Friday September 19 2014, @04:26PM

    by Arik (4543) on Friday September 19 2014, @04:26PM (#95546) Journal
    "The *idea* of systemd is a decent one. Get the system started up in a consistent non cryptic way. Put in watchdogs for known services. Give external applications one API to get the status."

    You have this almost exactly backwards.

    Traditional init systems are deterministic, they do get the system started in a consistent non cryptic way. That's why we like them.

    Systemd emphatically does NOT do this. What it DOES is add the extra, non-init related functionality you mention  (which are fine functions for a system to have, but should not be sitting at PID1 or complicating the boot process.) In the process, it robs you of 'consistent non cryptic' deterministic startup and gives you a much more complicated, much more error prone, and non-deterministic boot process. For example, systemd will happily start your wireless daemon in the background, then start other services that depend on it immediately! That's gives a faster 'boot' only if you do not understand what the word means. It's like windows, it rushes to pretend it's ready as quickly as possible,  but there is no guarantee that when it pronounces the system 'up' it is really 'up.'

    The whole project only makes sense for people that are running thousands of VMs on a server farm, but never installing it on bare hardware at all.
    --
    If laughter is the best medicine, who are the best doctors?
    Starting Score:    1  point
    Moderation   +1  
       Informative=1, Total=1
    Extra 'Informative' Modifier   0  

    Total Score:   2