TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Linus will not be merging any code from systemd developer

123 点作者 mtct大约 11 年前

12 条评论

e12e大约 11 年前
Oh, the actual bugzilla thread is (if possible) even more depressing:<p><a href="https://bugs.freedesktop.org/show_bug.cgi?id=76935" rel="nofollow">https:&#x2F;&#x2F;bugs.freedesktop.org&#x2F;show_bug.cgi?id=76935</a><p>I had actually started to warm to the idea of systemd, thinking that it couldn&#x27;t end up the same clusterf*ck of mismatched reinventions that didn&#x27;t really solve any problems that pulseaudio was. I guess it&#x27;s time to move to Debian&#x2F;kFreeBSD and ignore this crap.
评论 #7536051 未加载
评论 #7536182 未加载
评论 #7536088 未加载
评论 #7536148 未加载
评论 #7536201 未加载
csmattryder大约 11 年前
Systemd is soon to be integrated as the default init daemon for Ubuntu, one of the most user-friendly Linux distributions available.<p>It worries me that Sievers, and the systemd team aren&#x27;t approaching testing with an almost paranoid attitude. Linux is finally getting a foothold in consumer desktops, it&#x27;d be a shame for people to go back to other operating systems purely because &quot;it broke one day, something about systemd&quot;.
评论 #7535937 未加载
评论 #7535900 未加载
评论 #7536054 未加载
评论 #7536179 未加载
评论 #7536064 未加载
darkarmani大约 11 年前
Wow. This comment captures it best:<p>&gt; &quot;Hmm, a user adds to the <i>kernel</i> command line &quot;debug&quot; and systemd starts spitting out so much crap that the system doesn&#x27;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&#x27;s just broken and wrong.<p>&gt; This bugzilla is the poster child of why people hate systemd and do not trust the developers that work on it.&quot;
评论 #7535904 未加载
0x006A大约 11 年前
Linus will <i>not</i> be merging any code from Kay Sievers into the kernel until Kay changes his pattern of not fixing problems in code he previously submitted.
评论 #7535903 未加载
userbinator大约 11 年前
Although I&#x27;ve heard a lot of others disagree, I like the fact that Linus&#x27; posts are straight and to the point. No sugar-coating or euphemisms, just telling the hard reality like it is.
评论 #7536078 未加载
评论 #7536196 未加载
mcescalante大约 11 年前
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&#x27;s confirmation of his patch with:<p>&quot;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&#x27;s a problem.<p>It looks like Greg has stepped in as a baby-sitter for Kay, and things are going to be fixed. And I&#x27;d really like to avoid adding hacky code to the kernel because of Kay&#x27;s continued bad behavior, so I hope this works. But it&#x27;s really sad that things like this get elevated to this kind of situation, and I personally find it annoying that it&#x27;s always the same f*cking primadonna involved.&quot;
jonalmeida大约 11 年前
This is quite confusing after reading Sievers&#x27; reply on Google+ (third comment on the post) [1]<p>&gt; 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 &quot;long ago&quot; 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.<p>[1]: <a href="https://plus.google.com/108087225644395745666/posts/3cWXzYqB6MB" rel="nofollow">https:&#x2F;&#x2F;plus.google.com&#x2F;108087225644395745666&#x2F;posts&#x2F;3cWXzYqB...</a>
评论 #7536167 未加载
duked大约 11 年前
this links provide a better context on the attitude of the systemd developer: <a href="https://bugs.freedesktop.org/show_bug.cgi?id=76935" rel="nofollow">https:&#x2F;&#x2F;bugs.freedesktop.org&#x2F;show_bug.cgi?id=76935</a>
estebanrules大约 11 年前
Seems reasonable to me.
dkarapetyan大约 11 年前
I don&#x27;t get why there are so many egos in kernel and low-level development circles. I get that it&#x27;s a bit more challenging than usual application development but the egos seem way too big relative to what&#x27;s involved.
评论 #7538969 未加载
评论 #7536288 未加载
NotKaySievers大约 11 年前
I was looking at devkmsg_open() because of Linus&#x27;s patch, and I noticed that user-&gt;prev initialization is missing in that function and a few other places where seq&#x2F;idx gets reset.<p>This is at best a minor bug since it only affects the first line read from &#x2F;dev&#x2F;kmsg, but I thought I&#x27;d point it out if anyone wants to fix it.
mantrax4大约 11 年前
The nerd fight tl;dr so far:<p>- Kay claims a system not booting due to a casual kernel log flood from systemd is not an issue.<p>- Linus agrees the &quot;debug&quot; flag (along with other generic kernel flags) <i>should</i> be used by services like systemd, yet blasts Kay for using it, because it &quot;usually isn&#x27;t a problem&quot;, but here &quot;it&#x27;s a problem&quot;.<p>- Linus threatens not to accept kernel patches from Kay.<p>- Kay has not written a non-trivial kernel patch for over two years, and doesn&#x27;t want to write any.<p>- Linus agrees rate limiting should be applied on the kernel&#x27;s side, but that&#x27;s not a solution somehow here, because reasons.<p>- Kay says Linus is involved in a &quot;childish power play&quot;.<p>- Linus calls Kay a &quot;primadonna who thinks the world revolves around him&quot;.<p>In short: <a href="http://media.giphy.com/media/6HFUDKwlWcAbC/giphy.gif" rel="nofollow">http:&#x2F;&#x2F;media.giphy.com&#x2F;media&#x2F;6HFUDKwlWcAbC&#x2F;giphy.gif</a>
评论 #7537360 未加载
评论 #7536321 未加载