linux-kernel - Re: [Ksummit-discuss] [PATCH 1/2] code-of-conduct: Fix the ambiguity about collecting email addresses

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]

Message-ID: <20181008101455.GC5684@sirena.org.uk>
Date:   Mon, 8 Oct 2018 11:14:55 +0100
From:   Mark Brown <broonie@...nel.org>
To:     Dave Airlie <airlied@...il.com>
Cc:     Al Viro <viro@...iv.linux.org.uk>,
        James Bottomley <James.Bottomley@...senpartnership.com>,
        LKML <linux-kernel@...r.kernel.org>,
        ksummit <ksummit-discuss@...ts.linuxfoundation.org>
Subject: Re: [Ksummit-discuss] [PATCH 1/2] code-of-conduct: Fix the ambiguity
 about collecting email addresses

On Mon, Oct 08, 2018 at 09:37:59AM +1000, Dave Airlie wrote:
> On Mon, 8 Oct 2018 at 08:56, Al Viro <viro@...iv.linux.org.uk> wrote:

> > We can surround it with "explanations" until we get something that more or
> > less fits, but then we'd need to reanalyse them every time an upstream
> > change gets merged.  And the lack of textual conflicts is not a good thing
> > in such situations, obviously.

> We do this already for the GPL (hence the GPLv2 only, and syscall exceptions).

That works reasonably well for licenses because people reading licenses
tend to do so in a rather detail oriented fashion so it's not that big
an obstacle to have something that's a bit harder to follow.  It's not
clear to me that the same thing is going to apply to people reading
codes of conduct, especially those looking for reassurance from them.
It might be OK but it's probably worth thinking about.

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