lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Fri, 02 Nov 2018 06:52:54 -0700
From:   James Bottomley <James.Bottomley@...senPartnership.com>
To:     NeilBrown <neil@...wn.name>, paulmck@...ux.ibm.com,
        Josh Triplett <josh@...htriplett.org>
Cc:     Mishi Choudhary <mishi@...ux.com>,
        Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        linux-kernel <linux-kernel@...r.kernel.org>,
        ksummit-discuss@...ts.linuxfoundation.org
Subject: Re: [Ksummit-discuss] Call to Action Re: [PATCH 0/7] Code of
 Conduct: Fix some wording, and add an interpretation document

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.
> 
>  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.
> 
>  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


Download attachment "signature.asc" of type "application/pgp-signature" (229 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ