Live data from Hacker News

Linus will not be merging any code from systemd developer

permalink.gmane.org

21–30 of 59 posts

Re: Linus will not be merging any code from systemd developer

#21
post #15

Oh, the actual bugzilla thread is (if possible) even more depressing: https://bugs.freedesktop.org/show_bug.cgi?id=76935 I had actually started to warm to the idea of systemd, thinking that it couldn't end up the same clusterf*ck of mismatched reinventions that didn't really solve any problems that pulseaudio was. I guess it's time to move to Debian/kFreeBSD and ignore this crap.

After reading that, I won't fault Linus in blowing up.

Re: Linus will not be merging any code from systemd developer

#22

Systemd is soon to be integrated as the default init daemon for Ubuntu, one of the most user-friendly Linux distributions available. It worries me that Sievers, and the systemd team aren't approaching testing with an almost paranoid attitude. Linux is finally getting a foothold in consumer desktops, it'd be a shame for people to go back to other operating systems purely because "it broke one day, something about syst…

> it'd be a shame for people to go back to other operating systems purely because "it broke one day, something about systemd".

FWIW, exactly this happened to me on an upgrade one day on another Linux distribution, after a few other headaches. The switch to systemd broke smbd/nmbd, at the time there were not yet tools for spitting the new binary log format into text, and trying to data mine that logging system to figure out what the hell broke was a real adventure.

I was so skeeved I immediately dumped that and fled to Debian, because it had a reputation for stability.

Imagine how excited I was when Debian voted to adopt systemd.

I, also, have started looking at the BSDs again recently. herbstluftwm looks pretty nifty.

Re: Linus will not be merging any code from systemd developer

#23
post #9

Wow. This comment captures it best: > "Hmm, a user adds to the kernel command line "debug" and systemd starts spitting out so much crap that the system doesn't boot anymore? That sounds like a major regression to me. Note this is a kernel command line, not a systemd command line. Userspace tools should not be using the same kernel parameters that are defined by the kernel. That's just broken and wrong. > This bugzill…

> Userspace tools should not be using the same kernel parameters that are defined by the kernel. That's just broken and wrong. My understanding is that this is not the issue and, in fact, the command line parameters are provided to userspace in the way that they are exactly so that applications can do this kind of thing. Rather, the real issue is that the flag IS commonly used this way, and systemd's response to it b…

> ... the command line parameters are provided to userspace in the way that they are exactly so that applications can do this kind of thing.

Yes, and they should be using, e.g., systemd.debug just like they use other systemd.* parameters to avoid collisions (and shit like this).

Re: Linus will not be merging any code from systemd developer

#24

Systemd is soon to be integrated as the default init daemon for Ubuntu, one of the most user-friendly Linux distributions available. It worries me that Sievers, and the systemd team aren't approaching testing with an almost paranoid attitude. Linux is finally getting a foothold in consumer desktops, it'd be a shame for people to go back to other operating systems purely because "it broke one day, something about syst…

I haven't used linux on a desktop in several years, but my experience was that "it broke many days, something about everything". Why should this one component be held on a pedestal as make-or-break for the whole OS? Is a broken init daemon worse than a broken xorg.conf from a desktop user's perspective?

Re: Linus will not be merging any code from systemd developer

#25

Although I've heard a lot of others disagree, I like the fact that Linus' posts are straight and to the point. No sugar-coating or euphemisms, just telling the hard reality like it is.

...Is a good way to turn otherwise-skilled people with some problematic but fixable habits into people who refuse to work with you ever again.

Brutal honesty works with computers, but it's not always the best policy for keeping humans productive. Linus gets away with it because he's a celebrity, and moreover the right kind of celebrity. These comments would look very different if the public mockery was coming from, say, Steve Jobs.

Re: Linus will not be merging any code from systemd developer

#26
For anyone interested in what ensued, Greg KH submitted a patch to systemd to fix this issue. Linus then replied (among some other words) to Greg's confirmation of his patch with:

"It does become a problem when you have a system service developer who thinks the universe revolves around him, and nobody else matters, and people sending him bug-reports are annoyances that should be ignored rather than acknowledged and fixed. At that point, it's a problem.

It looks like Greg has stepped in as a baby-sitter for Kay, and things are going to be fixed. And I'd really like to avoid adding hacky code to the kernel because of Kay's continued bad behavior, so I hope this works. But it's really sad that things like this get elevated to this kind of situation, and I personally find it annoying that it's always the same f*cking primadonna involved."

Re: Linus will not be merging any code from systemd developer

#27
post #15

Oh, the actual bugzilla thread is (if possible) even more depressing: https://bugs.freedesktop.org/show_bug.cgi?id=76935 I had actually started to warm to the idea of systemd, thinking that it couldn't end up the same clusterf*ck of mismatched reinventions that didn't really solve any problems that pulseaudio was. I guess it's time to move to Debian/kFreeBSD and ignore this crap.

Incredible. I was giving him the benefit of the doubt until comment 10.

Re: Linus will not be merging any code from systemd developer

#28
I was looking at devkmsg_open() because of Linus's patch, and I noticed that user->prev initialization is missing in that function and a few other places where seq/idx gets reset.

This is at best a minor bug since it only affects the first line read from /dev/kmsg, but I thought I'd point it out if anyone wants to fix it.

Re: Linus will not be merging any code from systemd developer

#29
This is quite confusing after reading Sievers' reply on Google+ (third comment on the post) [1]

> my last kernel patch is more than a year old, my last non-trivial kernel patch 2 years old. i stopped working on the upstream kernel "long ago" for reasons i cannot stand the attitude of these guys, i decided to work with grown up or funny, or grown up and funny people instead and i enjoy it a lot more. not sure what this childish blackmail attempt relates to.

[1]: https://plus.google.com/108087225644395745666/posts/3cWXzYqB...

Re: Linus will not be merging any code from systemd developer

#30
post #15

Oh, the actual bugzilla thread is (if possible) even more depressing: https://bugs.freedesktop.org/show_bug.cgi?id=76935 I had actually started to warm to the idea of systemd, thinking that it couldn't end up the same clusterf*ck of mismatched reinventions that didn't really solve any problems that pulseaudio was. I guess it's time to move to Debian/kFreeBSD and ignore this crap.

I'm not a Linux expert, but why are other services even allowed the possibility of writing to the kernel log? I seems that this should simply not be possible. If you make it possible, someone will surely abuse it sooner or later.
Post reply on HN