Received: by 2002:ac0:aa62:0:0:0:0:0 with SMTP id w31-v6csp40676ima; Thu, 25 Oct 2018 15:05:14 -0700 (PDT) X-Google-Smtp-Source: AJdET5eAwGrnuAtlz+nQYhII0tlDLmqtATMGqUwMxg5vpcKWIeSH4GvfH70nd2ETkzpUtXllXm9p X-Received: by 2002:a63:541e:: with SMTP id i30-v6mr850082pgb.413.1540505114722; Thu, 25 Oct 2018 15:05:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540505114; cv=none; d=google.com; s=arc-20160816; b=do7VeuixrgOu/HhdCrnUXjVIOUkueuXywvggKDVTlnMBLkG24iC0pnWghf77dYX+SY 51zcZrBF3wZIwbvrjQhzHOZNjK5fxTFYGZg8GtJz51OTXdrlzk4+GozBxAecP/Dm2Maz CgttesINDdq2uCeRSwy/Txz1J8iJknDfRTnxvEsc/hlGsyCKv1CHsyhx5INvbhWiNA0e 0pNceeJS+XLK8siCQqx3L2m6zrxRRRgUwjDa1SUtxHiYka64wF7aA7E8CsVpJsy3X+9r EmaXIqmFIjkM1PH5tlq/yAlBF6Ym4VL2adpWPq4ykbiZ4izbD3B3+3MYeE9AeDkLSxW2 i1mg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:references :in-reply-to:subject:cc:date:to:from; bh=6B6SS52ufje99uXbU4tYRRqYnD6TwmGJC333w5EfaGQ=; b=SMKd+fDRbee7Zn2H7tZsX8p58xCAJ+xXFbEGocINZxFwKSze2/fSdYU/hK+qZDHDVr l1ATPBhRMGDhjUCqWJEkSu1kqqBDaUY7ubGd3U3X9/+9397rns/ZkrBcVi1gBdQRXq8W FsCthpc/aoLX6HB3zboloF4m7Uf/Q9QTKw86B+AhY0FN/0rJSO7MdjOo4bblvwtkUh0N kdapF6otHV6HAXLsYaW0vlw6a1VAYD9QHMz3+cyA6JFveogh0oJCQLw7hcVOzfQvkGGP Fv3dXo32pOSsCuV76Hqepcw5UfA3SpycUXGeNlUqzrICBj6u3sNTObHl7/QObs+AFjvW U/Xg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 70-v6si9690013plc.301.2018.10.25.15.04.53; Thu, 25 Oct 2018 15:05:14 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727431AbeJZGg7 (ORCPT + 99 others); Fri, 26 Oct 2018 02:36:59 -0400 Received: from mx2.suse.de ([195.135.220.15]:60334 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725941AbeJZGg6 (ORCPT ); Fri, 26 Oct 2018 02:36:58 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id AEC45B0A0; Thu, 25 Oct 2018 22:02:31 +0000 (UTC) From: NeilBrown To: Laura Abbott , Greg Kroah-Hartman , linux-kernel , Linus Torvalds Date: Fri, 26 Oct 2018 09:02:23 +1100 Cc: ksummit-discuss@lists.linuxfoundation.org, Thomas Gleixner , Olof Johansson , Chris Mason , Mishi Choudhary Subject: Re: Call to Action Re: [PATCH 0/7] Code of Conduct: Fix some wording, and add an interpretation document In-Reply-To: References: <20181020134908.GA32218@kroah.com> <87y3ar80ac.fsf@notabene.neil.brown.name> Message-ID: <87d0rx65xs.fsf@notabene.neil.brown.name> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, Oct 24 2018, Laura Abbott wrote: > On 10/21/2018 02:20 PM, NeilBrown wrote: > > > >> I call on the community to consider what *does* need to be said, about >> conduct, to people outside the community and who have recently joined. >> What is the document that you would have liked to have read as you were >> starting out? It is all too long ago for me to remember clearly, and so >> much has changed. >>=20 > > I joined much more recently than many and what I would have wanted > then is an interesting question. I probably would _not_ have wanted > a code of conduct when I first started working in open source. I also > said things in my younger years I regret and probably wouldn't have > said if I was held to a higher standard of conduct. Younger me frequently > put up with behavior I wouldn't tolerate today. Younger me also > greatly benefited from the experience of other kernel developers > giving me firm feedback in a helpful way and saying no to bad approaches. > I don't believe I would have continued if I hadn't been given that > feedback in a useful way. Thanks for this thoughtful reply. You seem to make two key points. Firstly, you repeatedly value feedback - both positive and negative. I agree. One of the worst things that can happen when I post a patch, is that it get ignored (no feedback). This gels with what Linus said recently, as reported in https://lwn.net/Articles/769117/ To that end, he asked the assembled group to watch his emails and let him know if things start to get close to the edge. He explicitly asked for feedback, giving people permission to speak up when they thought he was out of line. I personally think this is a very significant statement. Not for what it tells those maintainers (who probably generally knew that already) so much as for what it tells the broader community who don't know Linus so well: Feedback about behaviour is explicitly welcome. You go on to say, below, that a private e-mail can resolve things. I don't actually think that a private e-mail is such a good idea because even though it might resolve things, it doesn't let the broader community know they are resolved, and doesn't set any example of how resolution works. Giving feedback in public is hard, but if there was a clearly established mechanism, that might make it easier. I wouldn't choose the wording you provided as it focuses on "you" rather than "me", but that sort of gentleness is definitely appropriate. Your second point is about more serious issues and particularly how they will be handled. As I have said elsewhere, and will not belabor here, I think this is upside down: we can and should give power to the weak, rather than trying to curb the power of the strong. Extrapolating from the "feedback" point, I'm imagining having a document which starts: In the Linux kernel community we try to be helpful and not hurtful. The best way to understand how this applies in practice is to give, receive, and observe feedback. If someone says/does/writes something that you think is helpful, consider saying so: "Thank you, I found that to be helpful". - You can your own words if you wish. - You might like to add your voice to others if the situation warrants it. If someone says/does/writes something that you think is hurtful (whether to yourself or someone else), please consider saying something: "This seems hurtful to me" - It is best to use exactly this wording. In particular, don't embellish or explain unless asked. - Normally just one voice is sufficient. If an individual repeats the hurtful behavior, one new voice per instance is sufficient. It might then continue with some specifics, though there seems to be some debate on whether such specifics are a good idea. I don't have a firm opinion. Thanks a lot, NeilBrown =20=20 =20=20 > > Today, I think the code of conduct is a very important addition to > the community. It's a stronger assertion that the kernel community > is committed to raising the bar for behavior. I have no concern about > patch review or quality dropping because most maintainers demonstrate > every day that they can give effective feedback. We're all going to > screw that up sometimes and the Code of Conduct reminds us to do our > best. Most issues that arise can be resolved with a private e-mail > going "you might want to rethink your wording there." > > What the Code of Conduct also provides is confidence that more serious > community issues such as harassment not related to patch > review can be handled. It spells out certain behaviors that won't > be tolerated and explains how those problems will be dealt with. > Will those problems actually be handled appropriately when the time > comes? I can't actually say for sure, but the kernel community works > on trust so I guess I have to trust that it will. I really hope I never > have to report harassment but I'm glad there's a process in place. > > Thanks, > Laura --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEG8Yp69OQ2HB7X0l6Oeye3VZigbkFAlvSPW8ACgkQOeye3VZi gblvnA/9FikE+oTW2bq06zx5WWqim9d06F1SgjFipoO1hBl2pe7kf7fHtA5bn536 30iNqFlEsFVdBelLVDoPkwdWI96qEXEjTVFsRIgrcO9ZhPb4MYGNfKRp6dwzCOMz PWVVMayvgmcGcSqW01osuqpCTb/KxBFiIYXJ1u4K/zW7QjknFknQdO8FATl+mvFO KkMIIfihdC1KICZccmGN/wTfMiDBkBr4RXQJqunKawG3Kqr4JD/ni4sUIIeLQYmv qFxVQJgR2quO0b+dM0MbTfp8bFcTM5sRYgmx8XQDeLY8IDqWtZgnFHJa7gk4bCnw zJLE14MSBBQp/C4mSiGR8Fc8zFSkf/ChoYZNgeijlKNV1iht1B6yn5TbtqkGg0iN 2/4Xp2lPWrJUARXGOCoNHVQ+UAyqmJ55xbANyKmmpVbUpqTJInMQEVOjR4LFbI0Q lV0H9eseLaQ9aBu2rv79/nexMSCYWiTbUHD9TVd1myHLockn/gNYLXSn8iAxlH5m 4ATfAr7Ad5NOAyKxYL4DZ4evORgIpYxvcaAoPGztQJQQgljCLlqeYJOpTxSk5VYS 2tWnuvIjDUmxMOuCw2Aqn6pv/ropuuoGvngC+BwyUwBtkGS6rFFnWxMmNIzLGO79 fFV7bO6JlZlMxB5Dw1AyjFhouLFXURgeX2uo3RCtb8imt2QQxTQ= =WzY7 -----END PGP SIGNATURE----- --=-=-=--