Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp565340imm; Wed, 26 Sep 2018 03:24:55 -0700 (PDT) X-Google-Smtp-Source: ACcGV63AZDzf4Lfb8ytDkCPpzdUSIlLxB2Z/fOXReF86MeuTarurc+EwO3yCMh9wAXZ1b9kPKE7A X-Received: by 2002:a62:14ce:: with SMTP id 197-v6mr1516766pfu.50.1537957495800; Wed, 26 Sep 2018 03:24:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537957495; cv=none; d=google.com; s=arc-20160816; b=ZeGRadcHrSxzx9BEo34Y7coN01f1iesC5Cc7bBg98tAyuUxVHX7VIu58HAgVWeRJ/o Z0yode+y6peoFczchkC+a3arkElMJkwkSzQ79iOaDbPzuCLWok7Fn/D3h9VP6oZolOvr GEuzpewPGGZGo0jGOkUf7GgkUEd/AsgfsF2Xt5KwFeq7qK5MJnOCdGBR9Vn8LppCtQmj tN5Wn/gmCMJ6FmKjS++mrHXHNizDxMDrfARLJCM3smodjdp6paggPcLOX+TYFo8UMwIA h9zRqflkUROq0pfPeQGEkh8NKAkBxvBuyQygsvZalaZ04H1ihbySr0WjWRtxnSE/SPrO PBpA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=bBDFW3EMllcyIgi1gaQWLDorjSLkR7kdyQCPMxqR+mw=; b=jiR2bBoX6BTW0kVOR0zcODXqE0px/1shs0WzTdhj24KVWNIE6uG/6S5eLMAbtJ87k3 8T9Zn/nZxiOzZdalaJTHKrqpgMSAwJslY0TF7og8e60XtKSdSq5OQ81QEoS+HDaOk/d2 hnsCYC79T/bRbIFsZTPHs3cFvByvZVVDkPEmaEF9XwZEYWy7g4DP3JADMhPsXKpUdlCx FO201DAmJo4UPtF1o8XgBfBmu3ej5MIoBWtdbQpc5vu4oGF6fW+Jr92fuGHX4+DZnLuJ cAe27K6IgKr7Dnm594OtHwCfMJ5ZmyNcTBuHQKaX5MXmVjNfFUws6XZ3j0F60epmpEG9 Fehw== 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 m16-v6si4396684pfh.92.2018.09.26.03.24.39; Wed, 26 Sep 2018 03:24:55 -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 S1727015AbeIZQgp convert rfc822-to-8bit (ORCPT + 99 others); Wed, 26 Sep 2018 12:36:45 -0400 Received: from mondschein.lichtvoll.de ([194.150.191.11]:52311 "EHLO mail.lichtvoll.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726602AbeIZQgp (ORCPT ); Wed, 26 Sep 2018 12:36:45 -0400 Authentication-Results: auth=pass smtp.auth=martin smtp.mailfrom=martin@lichtvoll.de Received: from 127.0.0.1 (localhost [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lichtvoll.de (Postfix) with ESMTPSA id 2ACF93B89A9; Wed, 26 Sep 2018 12:24:28 +0200 (CEST) From: Martin Steigerwald To: Pavel Machek Cc: Christoph Conrads , Edward Cree , Olof Johansson , Jonathan Corbet , Linux Kernel Mailing List Subject: Re: Code of Conduct: Let's revamp it. Date: Wed, 26 Sep 2018 12:24:27 +0200 Message-ID: <9226417.xpp7RkEYFI@merkaba> In-Reply-To: <20180925132820.GA22767@amd> References: <20180925143645.af1457944142ecfec7199d80@christoph-conrads.name> <20180925132820.GA22767@amd> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Pavel Machek - 25.09.18, 15:28: > > > > > Your above argument that the Code of Conduct is problematic > > > > > because of who wrote it seems to contradict your statement > > > > > that we shall judge by code (or text) alone. > > > > > > > > I think there are important differences between code to be run > > > > by CPUs and a Code to be run by humans. And when the author > > > > goes on a victory lap on Twitter and declares the Code to be "a > > > > political document", is it any surprise I'm worried? > > > > > > Would you have link on that? > > > > The CoC is a political document: > > https://web.archive.org/web/20180924234027/https://twitter.com/coral > > ineada/status/1041465346656530432 > > > > Possible victory lap 1: > > https://web.archive.org/web/20180921104730/https://twitter.com/coral > > ineada/status/1041441155874009093 > > > > Possible victory lap 2: > > https://web.archive.org/web/20180920211406/https://twitter.com/coral > > ineada/status/1042249983590838272 > Thanks! > > I thought you was referring to this... http://archive.is/6nhps > ... which is somehow even more disturbing to me. That would be one of the main issues I see with that change: It did not went through the usual review process. I did not know the Contributor Covenant was driven by people with such a strong agenda. I still think that this newly adopted code of conduct document won´t kill Linux. As I have strong trust the community would redact or change that document if need be. I did not agree with the urgency behind the initial discussion especially as it was mostly initiated by who I´d consider by-standers, but I see benefit on carefully reviewing a code of conduct and I see that the hastily adopted Contributor Covenant may not be a good or the best choice. I still adhere to "take the teaching, not the teacher". I do not care what kind of person the author of CoC is. So I´d review whether the actual document contents are appropriate for the kernel community. I suggest reviewing the Code of Conducts of KDE¹ and Debian². Both projects seem to run pretty well with a Code of Conduct in place. While what happens regarding a document is always the choice of people, I think one of the most important aspects would be to make sure that the means of enforcement the code of conduct provides aligns with the highest good of the kernel community. Too strongly worded it opens up opportunities to abuse the code of conduct. Too weakly worded, it can render the code of conduct ineffective. I think some of the enforcement wording in Contributor Covenant is not helpful. I don´t think that "Project maintainers who do not follow or enforce the Code of Conduct in good faith may face temporary or permanent repercussions as determined by other members of the project’s leadership." adds something useful to the code of conduct. One major question for me is: Is the code of conduct based on fear of being hurt or harassed or does it aim at a friendly and supportive community? I do not think that a fear based code of conduct is useful. There is already quite some harmful stuff going on in the world for the apparent sake of security (but in the real interest of exercising power over people). I think that is why I prefer wording of both Code of Conduct of KDE¹ and Debian² over the Contributor Covenant. I´d probably take more from those and less from Contributor Covenant. Anyway, I see myself only as a by-stander… so of course those who are in charge are of course free to take anything from this mail they think is useful and discard the rest. [1] https://www.kde.org/code-of-conduct/ Unlike noted here in the thread before, it does have a provision for leaders to enforce it: "Leaders of any group, such as moderators of mailing lists, IRC channels, forums, etc., will exercise the right to suspend access to any person who persistently breaks our shared Code of Conduct." But is has an important distinction in there: It is a *right*, not an *obligation*. [2] https://www.debian.org/code_of_conduct It also has a provision to enforce it: "Serious or persistent offenders will be temporarily or permanently banned from communicating through Debian's systems. Complaints should be made (in private) to the administrators of the Debian communication forum in question. To find contact information for these administrators, please see the page on Debian's organizational structure." Here is it written indirectly as an obligation. Thanks, -- Martin