Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp2154059imd; Fri, 2 Nov 2018 06:53:45 -0700 (PDT) X-Google-Smtp-Source: AJdET5eOJcO589HaadGFNzEie5qlEsmWh+rvNcAQPYkxCz7lN5WB44bg/e0/ZJmmfqG0VrZspIfL X-Received: by 2002:a63:608f:: with SMTP id u137mr11089680pgb.203.1541166825770; Fri, 02 Nov 2018 06:53:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1541166825; cv=none; d=google.com; s=arc-20160816; b=VDsYlO674/FxO5PUsQ8eARGi1wXw6OX4jZs6ddQ56IhAXJTr7NvHw4yCVIxln3A9gj 7wTmfCDDHr61/QsFFyXZ8Dbw5BbaatUDFAwNb3kn7ktToChFWQhv/hawFGM47n3WMMCd VxLsxMhLoMJOyCJAD5G5DBrYJbRJ/ovIMC2Du8a6MzuWwOO+lJM0FL1sv6qC54jxGUgO pXMsYomB+c2CdFX3qrvbZKXWyyoaYx4Tqk6rOFhaBw/NO7Y6DIChJhuZc1A8U/Vwvo/W 5jfQSbYR3hCgl2+e+fxXUJzq+RqW6Dr/+oH4JMAHr3NGluyuIlfXSYX2NKlayHKHgknG 7Idg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to:date :cc:to:from:subject:message-id:dkim-signature; bh=u5oTR4T8ApAoSy+OQnKhizybmCH9i5oQI6J762slWg4=; b=T67krucHx3Hi1ArZ/6EHTjGWupyDx8zafd51r9d26UnmkEgYlGb0G3jmKFQ0/PhoLm eQi59oWmQd5+dH2uMSKu2GPnlqsdDKPyt2P3itLxYl/0wXD+f3Axi9UOuPmHl+E6P5gg Qf6ds5pZOvFto5gEp+ZfZHwVfsxGDOZD6+lRuHKzmWhybKugm1MsJCEpFUBhfztHoy0d pli4nZFJLwv6dy9FsaBP7YKPU/cv2ndHDObPMa6fU/ZtIJ6r5IKpKz5XbO4KooM9muac 2NTFoc1Vu5m2xivBcr+/CgQl+ZfR7diPLhvFWTLVoQUMBRhpmSB05EIaOTaQLd/9QP37 ZxfQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@hansenpartnership.com header.s=20151216 header.b=l5AldFW6; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=hansenpartnership.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c6-v6si15425190pfi.110.2018.11.02.06.53.30; Fri, 02 Nov 2018 06:53:45 -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; dkim=fail header.i=@hansenpartnership.com header.s=20151216 header.b=l5AldFW6; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=hansenpartnership.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726701AbeKBXAP (ORCPT + 99 others); Fri, 2 Nov 2018 19:00:15 -0400 Received: from bedivere.hansenpartnership.com ([66.63.167.143]:34290 "EHLO bedivere.hansenpartnership.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726026AbeKBXAP (ORCPT ); Fri, 2 Nov 2018 19:00:15 -0400 Received: from localhost (localhost [127.0.0.1]) by bedivere.hansenpartnership.com (Postfix) with ESMTP id 1DA938EE179; Fri, 2 Nov 2018 06:53:02 -0700 (PDT) Received: from bedivere.hansenpartnership.com ([127.0.0.1]) by localhost (bedivere.hansenpartnership.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H-vcvjj-KalF; Fri, 2 Nov 2018 06:53:01 -0700 (PDT) Received: from [153.66.254.194] (unknown [50.35.68.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by bedivere.hansenpartnership.com (Postfix) with ESMTPSA id 593858EE0D4; Fri, 2 Nov 2018 06:53:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hansenpartnership.com; s=20151216; t=1541166781; bh=CQdFbfKMQcWbw4xtdPzbpvN4Q5nNZYWn2W8gMAs51xM=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=l5AldFW6H7Eb+O0obNvfMeQvmSSzQ/N1ysNW/Po8yq75Vcn+SpMq7tv/MQSUBmtMf TvxLMUQ2Dqmp9iGjfw20OPQTzq0Om6SzJbLsfvkG2N6eK5YzndqAzVS+nvo4fcw0gB hQXnwFswHNc0yeX1LgVp3ha4+gwtl8XvUw/jqbMU= Message-ID: <1541166774.2872.3.camel@HansenPartnership.com> Subject: Re: [Ksummit-discuss] Call to Action Re: [PATCH 0/7] Code of Conduct: Fix some wording, and add an interpretation document From: James Bottomley To: NeilBrown , paulmck@linux.ibm.com, Josh Triplett Cc: Mishi Choudhary , Greg Kroah-Hartman , linux-kernel , ksummit-discuss@lists.linuxfoundation.org Date: Fri, 02 Nov 2018 06:52:54 -0700 In-Reply-To: <8736sk31t8.fsf@notabene.neil.brown.name> References: <20181020134908.GA32218@kroah.com> <87y3ar80ac.fsf@notabene.neil.brown.name> <20181021222608.GA24845@localhost> <875zxt919d.fsf@notabene.neil.brown.name> <20181024121622.GA10942@localhost> <87ftwt6850.fsf@notabene.neil.brown.name> <20181027011010.GA29769@localhost> <20181101164544.GA31540@linux.ibm.com> <8736sk31t8.fsf@notabene.neil.brown.name> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-o+fhgU9nAAKE//XmLa2T" X-Mailer: Evolution 3.26.6 Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-o+fhgU9nAAKE//XmLa2T Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, 2018-11-02 at 08:50 +1100, NeilBrown wrote: > Firstly, you gave an analytical response to what was, in my view, an > emotional observation. While I agree with your analysis, it is > largely irrelevant. It is not how people *feel* about kernel > development. >=20 > You say that the code of conflict is gone, but in fact much of it is > preserved in the code-of-conduct-interpretation. If you reflect on > the focus of the second para of that document (which I think was > directly lifted from the code-of-conflict) you will see that value > is placed squarely on the code (kernel code, not code of > conduct). The code is put forward as the thing of primary > importance. People (you, me) are only mentioned in the context of > being the authors of code that will be criticised - because (it > almost says this) we care about the code, but not about you. >=20 > So I think it is beyond argument that the value system presented by > this paragraph is > code > people Actually, I think this whole code vs people debate is a straw man and inherently inimical to the discussion. In neither code of conduct (old or new) is there any statement that allows one to make a value judgment of people relative to code, so the very premise you're all arguing on doesn't exist. The two separate, but related statements present in both systems are that the technical quality of the code going into the kernel is paramount and that we should try to be respectful of others in email or other interactions including code reviews. Code and people aren't opposites: you can give purely technical reviews with a laser like focus on quality and still do it respectfully. Or to put it another way: respecting code doesn't automatically mean you disrespect people, which seems to be what the '>' was implying. James --=-o+fhgU9nAAKE//XmLa2T Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iHUEABMIAB0WIQTnYEDbdso9F2cI+arnQslM7pishQUCW9xWtgAKCRDnQslM7pis hZl5AQC54rjxAIANJzDTSEJBn+6ONqPcii7UXCrljm/L+5SULQD9HMYRr4SfzmPm VvLOoLP+HF9I/3n7AJbqLiXhcJ2GMoo= =aR4x -----END PGP SIGNATURE----- --=-o+fhgU9nAAKE//XmLa2T--