From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 8B4A0E20 for ; Mon, 24 Sep 2018 19:54:57 +0000 (UTC) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id B55CC775 for ; Mon, 24 Sep 2018 19:54:56 +0000 (UTC) Date: Mon, 24 Sep 2018 12:54:47 -0700 From: Josh Triplett To: "John W. Linville" Message-ID: <20180924195446.GB8484@localhost> References: <20180924181138.GA16086@tuxdriver.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180924181138.GA16086@tuxdriver.com> Cc: olof@lxom.net, Greg Kroah-Hartman , ksummit-discuss@lists.linuxfoundation.org Subject: Re: [Ksummit-discuss] [TECH-TOPIC] Review - Code of Conduct: Let's revamp it. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, Sep 24, 2018 at 02:11:39PM -0400, John W. Linville wrote: > Some number of folks feel (at least indirectly) chided or silenced by > the new Code of Conduct. Such folks would do well to consider what *actual* behavior they're engaged in would be affected, and how that behavior affects others. > It seems likely to me that these folks are at least as likely to > quit the community over their hurt feelings as have been the victims > of Linus or any other grumpy maintainers. I rather expect the number willing to complain to be quite different from the number willing to leave rather than treat others decently. I'd expect the latter to be vanishingly small. And ultimately, that's the tradeoff here. You can't accommodate people who want to be treated decently and people who refuse to treat others decently in the same community. (You *can*, however, accommodate folks who grumble about being required to treat others decently but nonetheless do so anyway.) > If we really care about maximizing the pool of contributors, we need > to accomodate even those that aren't particularly comfortable with > 'playing nice'. We really don't, any more than we need to accommodate those who insist on not following the kernel coding style, or any other norm of the kernel community. It doesn't have to be their *preferred* mode of operation, just the one they use when interacting with the kernel community.