Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758373Ab3GOWgS (ORCPT ); Mon, 15 Jul 2013 18:36:18 -0400 Received: from mga09.intel.com ([134.134.136.24]:7903 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758115Ab3GOWgQ (ORCPT ); Mon, 15 Jul 2013 18:36:16 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.89,671,1367996400"; d="scan'208";a="370769275" Date: Mon, 15 Jul 2013 15:36:15 -0700 From: Sarah Sharp To: Steven Rostedt Cc: Linus Torvalds , Ingo Molnar , Guenter Roeck , Greg Kroah-Hartman , Dave Jones , Linux Kernel Mailing List , Andrew Morton , stable , Darren Hart , ksummit-2013-discuss@lists.linuxfoundation.org, Willy Tarreau Subject: Re: [ATTEND] How to act on LKML (was: [ 00/19] 3.10.1-stable review) Message-ID: <20130715223615.GI15531@xanatos> References: <20130715174659.GC15531@xanatos> <20130715180403.GD15531@xanatos> <20130715184642.GE15531@xanatos> <20130715195316.GF15531@xanatos> <20130715204135.GH15531@xanatos> <1373926109.17876.221.camel@gandalf.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1373926109.17876.221.camel@gandalf.local.home> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3526 Lines: 70 On Mon, Jul 15, 2013 at 06:08:29PM -0400, Steven Rostedt wrote: > On Mon, 2013-07-15 at 14:50 -0700, Linus Torvalds wrote: > > On Mon, Jul 15, 2013 at 1:41 PM, Sarah Sharp > > wrote: > > > > > > Oh, FFS, I just called out on private email for "playing the victim > > > card". I will repeat: this is not just about me, or other minorities. > > > I should not have to ask for professional behavior on the mailing lists. > > > Professional behavior should be the default. > > > > Bullshit. > > > > Can we please make this into a Kernel Summit discussion. I highly doubt > we would solve anything, but it certainly would be a fun segment to > watch :-) I agree, KS is where this conversation should be taking place. Attendees for this conversation (so far) should be Greg KH, Linus, Darren Hart, Steve Rostedt, Willy Tarreau, and me. > > So as far as I'm concerned, the discussion is about "how to work > > together DESPITE people being different". Not about trying to make > > everybody please each other. Because I can pretty much guarantee that > > I'll continue cursing. To me, the discussion would be about how to > > work together despite these kinds of cultural differences, not about > > "how do we make everybody nice and sing songs sound the campfire" > > > > Do you think you might be interested in *that* kind of discussion > > instead of the "you are abusing me" kind of discussion? > > > > Because if you want me to "act professional", I can tell you that I'm > > not interested. I'm sitting in my home office wearign a bathrobe. The > > same way I'm not going to start wearing ties, I'm *also* not going to > > buy into the fake politeness, the lying, the office politics and > > backstabbing, the passive aggressiveness, and the buzzwords. Because > > THAT is what "acting professionally" results in: people resort to all > > kinds of really nasty things because they are forced to act out their > > normal urges in unnatural ways. Yes, let's move this conversation into the "how to work together DESPITE people being different" realm. I would be happy to have that discussion. As Linus said, some people work together better than others. Some people have different expectations of appropriate ways to interact with co-workers. Sometimes that means that people only work with certain other co-workers, like Greg and I. The people who want to work together in a civil manner should get together and create a "Kernel maintainer's code of conduct" that outlines what they expect from fellow kernel developers. The people who want to continue acting "unprofessionally" should document what behaviors set off their cursing streaks, so that others can avoid that behavior. Somewhere in the middle is the community behavior all developers can thrive in. Some people won't agree with everything in that document. The point is, they don't have to agree. They can read the document, figure out what the community expects, and figure out whether they can modify their behavior to match. If they are unwilling to change, they simply don't have to work with the developers who have signed it. Perhaps a trusted third party could take a stab at a first draft of this document? Greg KH? Steve Rostedt? Darren Hart? Sarah Sharp -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/