Re: [Ksummit-2013-discuss] [ATTEND] How to act on LKML

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




----- Original Message -----
> From: "Trond Myklebust" <Trond.Myklebust@xxxxxxxxxx>
> To: "Ric Wheeler" <ricwheeler@xxxxxxxxx>
> Cc: "Sarah Sharp" <sarah.a.sharp@xxxxxxxxxxxxxxx>, "David Lang" <david@xxxxxxx>,
> ksummit-2013-discuss@xxxxxxxxxxxxxxxxxxxxxxxxx, "Greg Kroah-Hartman" <gregkh@xxxxxxxxxxxxxxxxxxx>, "Darren Hart"
> <dvhart@xxxxxxxxxxxxxxx>, "Ingo Molnar" <mingo@xxxxxxxxxx>, "Olivier Galibert" <galibert@xxxxxxxxx>, "Linux Kernel
> Mailing List" <linux-kernel@xxxxxxxxxxxxxxx>, "stable" <stable@xxxxxxxxxxxxxxx>, "Linus Torvalds"
> <torvalds@xxxxxxxxxxxxxxxxxxxx>, "Willy Tarreau" <w@xxxxxx>
> Sent: Wednesday, July 17, 2013 7:53:30 AM
> Subject: Re: [Ksummit-2013-discuss] [ATTEND] How to act on LKML
> 
> On Tue, 2013-07-16 at 19:31 -0400, Ric Wheeler wrote:
> > On 07/16/2013 07:12 PM, Sarah Sharp wrote:
> > > On Tue, Jul 16, 2013 at 06:54:59PM -0400, Steven Rostedt wrote:
> > >> On Tue, 2013-07-16 at 15:43 -0700, Sarah Sharp wrote:
> > >>
> > >>> Yes, that's true.  Some kernel developers are better at moderating
> > >>> their
> > >>> comments and tone towards individuals who are "sensitive".  Others
> > >>> simply don't give a shit.  So we need to figure out how to meet
> > >>> somewhere in the middle, in order to establish a baseline of civility.
> > >> I have to ask this because I'm thick, and don't really understand,
> > >> but ...
> > >>
> > >> What problem exactly are we trying to solve here?
> > > Personal attacks are not cool Steve.  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.
> > >
> > > 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.
> > >
> > > In order to make our community better, we need to figure out where the
> > > baseline of "good" behavior is.  We need to define what behavior we want
> > > from both maintainers and patch submitters.  E.g. "No regressions" and
> > > "don't break userspace" and "no personal attacks".  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.
> > >
> > > That is the problem.
> > >
> > > Sarah Sharp
> > 
> > The problem you are pointing out - and it is a problem - makes us less
> > effective
> > as a community.
> 
> Not really. Most of the people who already work as part of this
> community are completely used to it. We've created the environment, and
> have no problems with it.
> 
> Where it could possibly be a problem is when it comes to recruiting
> _new_ members to our community. Particularly so given that some
> journalists take a special pleasure in reporting particularly juicy
> comments and antics. That would tend to scare off a lot of gun-shy
> newbies.
> On the other hand, it might tend to bias our recruitment toward people
> of a more "special" disposition. Perhaps we finally need the services of
> a social scientist to help us find out...
Does that sound like there are not going to have enough direct/thick skin
new kernel developers around to maintain the future Linux community? Maybe
just need a better pipeline for people comfortable for this culture?
> 
> --
> Trond Myklebust
> Linux NFS client maintainer
> 
> NetApp
> Trond.Myklebust@xxxxxxxxxx
> www.netapp.com
> N�����r��y���b�X��ǧv�^�)޺{.n�+������z)���w*jg��������ݢj/���z�ޖ��2�ޙ���&�)ߡ�a�����G���h��j:+v���w�٥
--
To unsubscribe from this list: send the line "unsubscribe stable" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Kernel]     [Kernel Development Newbies]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Hiking]     [Linux Kernel]     [Linux SCSI]