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:   Mon, 22 Oct 2018 12:02:46 +0100
From:   James Bottomley <James.Bottomley@...senPartnership.com>
To:     NeilBrown <neil@...wn.name>,
        Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        linux-kernel <linux-kernel@...r.kernel.org>,
        Linus Torvalds <torvalds@...ux-foundation.org>
Cc:     ksummit-discuss@...ts.linuxfoundation.org,
        Mishi Choudhary <mishi@...ux.com>
Subject: Re: [Ksummit-discuss] Call to Action Re: [PATCH 0/7] Code of
 Conduct: Fix some wording, and add an interpretation document

On Mon, 2018-10-22 at 08:20 +1100, NeilBrown wrote:
> On Sat, Oct 20 2018, Greg Kroah-Hartman wrote:
> 
> > Hi all,
> > 
> > As everyone knows by now, we added a new Code of Conduct to the
> > kernel tree a few weeks ago.
> 
> I wanted to stay detached from all this, but as remaining (publicly)
> silent might be seen (publicly) as acquiescing, I hereby declare
> that:
>    I reject, as illegitimate, this Code and the process by
>    which it is being "developed".
> 
> It is clear from the surrounding discussions that this is well
> outside our core competencies.  It will be flawed, it isn't what we
> need.
> 
> I call on any other community members who reject this process to say
> so, not to remain silent.
> #Iobject

Well, I've got to say we really know how to screw up the process by
ramming this in at the last minute (again):

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=8e630c31a3dfc7f4ab1007f95dd507cb2fe1dda5

So yes, I'll certainly object to our inability to follow an open process.

> We don't need a "Code of Conduct" nearly as much as we need
> "Leadership in conduct".  Without the leadership, any code looks like
> a joke.

I do think we need something in document form, though.  Not least
because we do have a perception problem which having a document helps
allay, mostly for external not internal perceptions.  As I've said
several times, we have  been steadily getting better thanks mostly to
internal people helping drive more civilised discussions and being more
helpful to new patch submitters.

I've also previously pointed out that I really like the debian code of
conduct:

https://www.debian.org/code_of_conduct

But now that I'm in Edinburgh, I had a conversation with Jeremy
Allison.  Apparently the Samba community went through almost exactly
the same thing as were going through now: attempt initially to impose
the contributor covenant followed by an acrimonious argument (done
mostly in private).  However, one interesting thing for us might be
their final endpoint:

https://wiki.samba.org/index.php/How_to_do_Samba:_Nicely

Which, like the debian document is a nicely engineered statement of
values which is specifically tailored to their community and needs. 
The interesting thing is that eventually everyone in Samba agreed to
this, including the people who initially tried to impose the
contributor covenant.

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