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] [day] [month] [year] [list]
Message-ID: <dfb7415f-130f-4581-88b9-ee18c9ef8518@infradead.org>
Date: Thu, 24 Jul 2025 10:29:56 -0700
From: Randy Dunlap <rdunlap@...radead.org>
To: Aditya Garg <gargaditya08@...e.com>, Greg KH <gregkh@...uxfoundation.org>
Cc: Jonathan Corbet <corbet@....net>, workflows@...r.kernel.org,
 linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] docs: mention MIT license as a compatible license with
 GPLv2



On 7/24/25 3:41 AM, Aditya Garg wrote:
> 
> 
> On 24/07/25 4:08 pm, Greg KH wrote:
>> On Thu, Jul 24, 2025 at 10:03:41AM +0000, Aditya Garg wrote:
>>> MIT is a widely used permissive free software license that is compatible
>>> with the GPLv2 license. This change adds it to the list of compatible
>>> licenses with GPLv2 in the kernel documentation.
>>
>> No, please don't.  This isn't a proper place for talking about the
>> different license interactions.
> 
> Ohk
> 
>>
>>>
>>> Signed-off-by: Aditya Garg <gargaditya08@...e.com>
>>> ---
>>>  Documentation/process/1.Intro.rst | 6 +++---
>>>  1 file changed, 3 insertions(+), 3 deletions(-)
>>>
>>> diff --git a/Documentation/process/1.Intro.rst b/Documentation/process/1.Intro.rst
>>> index 25ca49f7a..c3465e3aa 100644
>>> --- a/Documentation/process/1.Intro.rst
>>> +++ b/Documentation/process/1.Intro.rst
>>> @@ -235,9 +235,9 @@ code must be compatible with version 2 of the GNU General Public License
>>>  (GPLv2), which is the license covering the kernel distribution as a whole.
>>>  In practice, that means that all code contributions are covered either by
>>>  GPLv2 (with, optionally, language allowing distribution under later
>>> -versions of the GPL) or the three-clause BSD license.  Any contributions
>>> -which are not covered by a compatible license will not be accepted into the
>>> -kernel.
>>> +versions of the GPL), the three-clause BSD license or the MIT license.
>>
>> You forgot a ',' anyway :(
> 
> While it is no longer relevant, I wonder where you wanted the comma. Maybe you meant "the three-clause BSD license, or the MIT license"?

In general we accept the use of the series/serial/Oxford comma (", or") or not using it,
but I suppose that $maintainers can determine otherwise.

from Documentation/doc-guide/contributing.rst:

 - The question of whether a period should be followed by one or two spaces
   is not to be debated in the context of kernel documentation.  Other
   areas of rational disagreement, such as the "Oxford comma", are also
   off-topic here.

-- 
~Randy


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ