Stories
Slash Boxes
Comments

SoylentNews is people

posted by martyb on Monday November 17 2014, @11:15AM   Printer-friendly
from the more-systemd-fallout dept.

Longtime Debian contributor Tollef Fog Heen has announced his resignation from the Debian systemd maintainer team. His announcement states that "the load of the continued attacks is just becoming too much."

He has since written a detailed blog article surrounding the circumstances of his resignation. As he puts it,

I've been a DD for almost 14 years, I should be able to weather any storm, shouldn't I? It turns out that no, the mountain does get worn down by the rain. It's not a single hurtful comment here and there. There's a constant drum about this all being some sort of conspiracy and there are sometimes flares where people wish people involved in systemd would be run over by a bus or just accusations of incompetence.

This is yet another dramatic event affecting the Debian project in recent months. The adoption of systemd has been extremely controversial, even going so far as to result in calls for Debian to be forked. There have been other problems as of late, too, ranging from a serious bug breaking Wine just days before the Jessie freeze deadline, to the possibility of Debian GNU/kFreeBSD being dropped from Debian 8. And it was only just over a week ago that Joey Hess — another longtime Debian contributor — left the project, citing the "very unhealthy directions" that Debian has been led in lately.

Is the internal tension and strife caused by systemd about to tear the Debian project apart? Recent events such as the aforementioned have suggested that this is becoming more and more of a possibility. The repercussions of this drama will no doubt be felt wide and far, given Debian's own popularity, as well it forming the basis of other major Linux distros such as Ubuntu and Linux Mint.

 
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) by tangomargarine on Monday November 17 2014, @03:35PM

    by tangomargarine (667) on Monday November 17 2014, @03:35PM (#116759)

    Why are all the anti-systemd posts AC?

    They aren't. I've seen the better part of a dozen logged-in users identifying themselves as sysadmins and saying they don't like it. But that's on Slashdot.

    Or did you mean "pro-systemd"? ;)

    --
    "Is that really true?" "I just spent the last hour telling you to think for yourself! Didn't you hear anything I said?"
    Starting Score:    1  point
    Karma-Bonus Modifier   +1  

    Total Score:   2  
  • (Score: 2) by arashi no garou on Monday November 17 2014, @08:58PM

    by arashi no garou (2796) on Monday November 17 2014, @08:58PM (#116945)

    Not AC. Not a fan of systemd. Not a *nix sysadmin either, at least not my day job. But I do build out and support GNU/Linux and BSD servers in my spare time, bare metal and hosted/virtualized, and I have a few *nix boxes at home serving various purposes.

    I'm not a rabid systemd hater; I just don't think it's ever going to be a good thing for me. My specific issues with it, beyond the obvious political furor, are what most would consider minor things. I don't like the commands, they are redundant and unnecessarily long compared to traditional commands[1]. I don't like binary logs, the whole idea of that just screams "inaccessible during an emergency".

    Call me when systemd is past the political shenanigans, and when it actually offers me something more than a ~2 second savings on boot times.

    [1] Call me crazy, but "service foo start" is just easier to type and makes more sense than than "systemctl start foo.service". Even worse is changing runlevels; "telinit 3" is simple and quick, unlike "systemctl isolate runlevel3.target". It's like they added words just to be different, not caring that it's needlessly complicated and that much more to memorize. One of the tenets of *nix is do one thing and do it well. Why complicate things?