lkml.org 
[lkml]   [2013]   [Jul]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [Ksummit-2013-discuss] [ATTEND] How to act on LKML (was: [ 00/19] 3.10.1-stable review)
    From
    Date
    On Tue, 2013-07-16 at 16:12 -0700, Sarah Sharp wrote:

    > > What problem exactly are we trying to solve here?
    >
    > Personal attacks are not cool Steve.

    I never said it was. But no matter what we do, people *will* be
    offended. Can't help that.

    > Some people simply don't care if a
    > verbal tirade is directed at them. Others do not want anyone to attack
    > them personally, but they're fine with people attacking their code.

    If all you do is send code, then that's all that will happen. If you
    start dictating policy, then it may be directed at you.

    >
    > Bystanders that don't understand the kernel community structure are
    > discouraged from contributing because they don't want to be verbally
    > abused, and they really don't want to see either personal attacks or
    > intense belittling, demeaning comments about code.

    I wonder how true this is. I don't mean just any bystander, but people
    that actually have code they could submit.

    I'll admit that when I first started sending patches to LKML, I was
    terrified. Not because I was afraid of being scolded, but because I was
    afraid that what I sent wasn't good. It was a true judgment of my work.
    I was prettified. Sure, I wouldn't have liked being insulted, but as
    long as there was backing of why my work sucked I would be OK with it. I
    actually had a rather good response to my work and I hung around.

    But is there code existing out in the world that isn't in because people
    are afraid of being insulted? Or afraid of their code being insulted? I
    was the latter, and as we all seem to agree, the insulting of code is
    what we want to keep.


    >
    > In order to make our community better, we need to figure out where the
    > baseline of "good" behavior is.

    "community" has all sorts of behavior. The question is, is there really
    a problem here? Sure some people don't like it, but they are still here.
    Do you plan on leaving the Linux community if Linus doesn't change?

    Now that would be a shame if you did, because you are a talented
    developer. But I've never seen people insult you directly on LKML. I
    don't know about private emails, but that's not the topic here.


    > We need to define what behavior we want
    > from both maintainers and patch submitters. E.g. "No regressions" and
    > "don't break userspace"

    Yes, those do need to be documented.


    > and "no personal attacks".

    I actually disagree with this. What I would say this instead: "try to
    keep it technical and focus on the code. If you are upset at someone,
    think twice before hitting send. But if you really think this is the
    only way to deal with the situation, then that's your call, and you get
    to deal with the consequences."

    I don't think changing peoples behavior is going to work. It wont. You
    don't want to change who you are, others don't want to change who they
    are. Deal with it. But what we can do is just try to educate people on
    what policies are needed to be a maintainer and code submitter (there is
    documentation already on some of this), and then point it to people. If
    people continue to ignore those after being shown, then yes, personal
    attacks are then in order.


    > That needs to be
    > written down somewhere, and it isn't. If it's documented somewhere,
    > point me to the file in Documentation. Hint: it's not there.

    Well, SubmittingPatches is there, but we should have a MaintainerRules
    or something.

    >
    > That is the problem.

    We can always use better documentation.

    -- Steve




    \
     
     \ /
      Last update: 2013-07-17 02:21    [W:2.571 / U:0.488 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site