Most active commenters

    ←back to thread

    214 points ksec | 11 comments | | HN request time: 0.408s | source | bottom
    Show context
    sevg ◴[] No.45076556[source]
    Is it just me or does Kent seem self-destructively glued to his own idea of how kernel development should work?

    I don’t doubt that people on all sides have made mis-steps, but from the outside it mostly just seems like Kent doesn’t want to play by the rules (despite having been given years of patience).

    replies(5): >>45077241 #>>45077371 #>>45077492 #>>45077724 #>>45080172 #
    1. ajb ◴[] No.45077371[source]
    I think Kent is in the wrong here, but it really doesn't help that the kernel people from Linus on down are seemingly unable to explain the problem, and instead resort to playground insults. Apart from being unprofessional and making for a hostile work environment, it doesn't really communicate why Kent's actions are problematic, so I've some sympathy for his not believing that they are.
    replies(4): >>45077463 #>>45077573 #>>45077673 #>>45084091 #
    2. sevg ◴[] No.45077463[source]
    > it doesn't really communicate why Kent's actions are problematic

    I agree that the kernel community can be a hostile environment.

    Though I’d argue that people _have_ tried to explain things to Kent, multiple times. At least a few have been calm, respectful attempts.

    Sadly, Kent responds to everything in an email except the key part that is being pointed out to him (usually his behavior). Or deflects by going on the attack. And generally refuses to apologise.

    replies(2): >>45077645 #>>45077786 #
    3. yxhuvud ◴[] No.45077573[source]
    I've seen plenty of times where the problems has been explained to Kent. But he just don't give a shit about the problems of people that isn't himself or that doesn't use his file system experiences.
    replies(1): >>45080324 #
    4. ajb ◴[] No.45077645[source]
    Definitely not saying that the problems are all on one side here. Agreed that going on the attack was bad (as well as dumb).

    I just think that while, yes, the kernel folks have tried to explain, they didn't explain well. The "why" of it is a people thing. Linus needs to be able to trust that people he's delegated some authority will respect its limits. The maintainers need to be able to trust that each other maintainer will respect the area that they have been delegated authority over. I think that Kent genuinely doesn't get this.

    5. arp242 ◴[] No.45077673[source]
    People have explaining things, at great length, many times. Many of these have been posted to HN before, either as submissions or comments.

    Kent just does not listen. Every time the discussion starts from the top. Even if you do agree on some compromise, in a month or two he'll just do the same thing again and all the same arguments start again.

    You can't expect people to detail about four or five years of context in every single engagement for the benefit of interested 3rd parties like you or me.

    6. philipallstar ◴[] No.45077786[source]
    > Sadly, Kent responds to everything in an email except the key part that is being pointed out to him (usually his behavior).

    Behaviour sounds like the least important part of code contributions. I smell overpowered, should've-been-a-kindergarten-teacher code of conduct person overreach.

    replies(2): >>45078774 #>>45083277 #
    7. dralley ◴[] No.45078774{3}[source]
    No. As someone who likes bcachefs and even literally donates to Kent's patreon, the way he has gone about engaging with the kernel community is not productive. Unfortunately.

    CoC isn't even the issue, he constantly breaks kernel development rules relating to the actual code, then starts arguments with everyone up to and including Linus when he gets called out, and aggressively misses the point every time. Then starts the same argument all over again 6 weeks later.

    And, like, if you don't like some rules, then you can have that discussion, but submitting patches you know will be rejected and then re-litigating your dislike of the rules is a waste of everyone's time.

    replies(1): >>45092001 #
    8. bombcar ◴[] No.45080324[source]
    It seems very clear to me that it's almost always a "you can't argue canon law with the Pope" situation - the rules say no new features, and it doesn't matter what the definition of "feature" is if the definition AND the rule come from the same person, Linus.

    You can't win a rules-lawyer argument with the rulemaker.

    9. jeltz ◴[] No.45083277{3}[source]
    No, Kent has generally had a nice tone. The issue is that he has repeatedly violated the rules about code contributions. For example by including new features together with several bug-fixes during rc. That is not a CoC issue, it is not respecting the rules of patch submission and not respecting the time of the kernel maintainers.
    10. rob_c ◴[] No.45084091[source]
    > unable to explain the problem

    unfortunately that's either due to lack of investigation by yourself or a bit dishonest.

    11. philipallstar ◴[] No.45092001{4}[source]
    I think it is partly about code of conduct issues[0]. I totally agree that Linus can run whatever release process he likes, and Overbeck should get in line with that. However all of the accompanying sighing at how many times we've had to explain things to him from others is not okay. So what if more discussion is needed or wanted? People doing difficult work might have strong opinions. People doing easy work (e.g. sending code of conduct emails) should not have an equal weight to their opinions, if any at all.

    [0] https://lore.kernel.org/lkml/6740fc3aabec0_5eb129497@dwillia...