[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH] Remove ambiguities in the COPYING file; add CONTRIBUTING file




On 11/08/2016 10:49, "George Dunlap" <george.dunlap@xxxxxxxxxx> wrote:

>On 11/08/16 01:51, Stefano Stabellini wrote:
>> On Wed, 10 Aug 2016, Lars Kurth wrote:
>>> COPYING file:
>>> The motivation of this change is to make it easier for new
>>> contributors to conduct a license and patent review, WITHOUT
>>> changing any licenses.
>>> - Remove references to BSD-style licenses as we have more
>>>   common license exceptions and replace with "other license
>>>   stanzas"
>>> - List the most common situations under which code is licensed
>>>   under licenses other than GPLv2 (section "Licensing Exceptions")
>>> - List the most common non-GPLv2 licenses that are in use in
>>>   this repository based on a recent FOSSology scan (section
>>>   "Licensing Exceptions")
>>> - List other license related conventions within the project
>>>   to make it easier to conduct a license review.
>>> - Clarify the incoming license as its omission has confused
>>>   past contributors (section "Contributions")
>>>
>>> CONTRIBUTION file:
>>> The motivation of this file is to make it easier for contributors
>>> to find contribution related resources. Add information on existing
>>> license related conventions to avoid unintentional future licensing
>>> issues. Provide templates for copyright headers for the most commonly
>>> used licenses in this repository.
>>>
>>> Signed-off-by: Lars Kurth <lars.kurth@xxxxxxxxxx>
>>> ---
>>>  CONTRIBUTING | 210
>>>+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>>  COPYING      |  64 ++++++++++++++----
>>>  2 files changed, 260 insertions(+), 14 deletions(-)
>>>  create mode 100644 CONTRIBUTING
>>>
>>> diff --git a/CONTRIBUTING b/CONTRIBUTING
>>> new file mode 100644
>>> index 0000000..7af13c4
>>> --- /dev/null
>>> +++ b/CONTRIBUTING
>>> @@ -0,0 +1,210 @@
>>> +
>>> +CONTRIBUTING
>>> +============
>>> +
>>> +INBOUND LICENSE
>>> +---------------
>>> +
>>> +Contributions are governed by the license that applies to relevant
>>> +specific file or by the license specified in the COPYING file, that
>>              ^files
>
>I think "file" is better here, as the license is on a file-by-file
>basis, not on a whole contribution basis.

Agreed: licenses are per file. For files which don't have a license header
(of which we have many), the license is governed by the COPYING file.

> That is, if your contribution
>changes a BSD file and a GPLv2 file in a single series (or a single
>patch), then the changes to the BSD file are goverened by the BSD
>licence, and the changes to the GPLv2 file are governed by the GPLv2.

Correct.

>> 
>> 
>>> +governs the license of its containing directory and its
>>>subdirectories.
>>> +
>>> +Most of the Xen Project code is licensed under GPLv2, but a number of
>>> +directories are primarily licensed under different licenses.
>>                     ^ I would remove "primarily" from this sentence
>
>"primarily licensed under different licenses" implies to me that most of
>the files in the directory are under a different license, but some may
>be licensed GPLv2.  Without the "primarily" I would take that to imply
>that *none* of the files are licensed GPLv2.

George is correct: I used "primarily" because there are hardly any
directories 
which are truly one license only. Almost all contain a mixture of
licenses. 
The only notable exception is xen/include/public, which is all MIT.

>If there is at least one directory that has mostly non-GPLv2 files but
>at least one GPLv2 file, or we anticipate that such directories might
>exist in the future, I would leave the "primarily" in.  If there aren't
>any now and we don't expect any in the future, then yes it's unnecessary
>and should probably be removed.

There are loads: for example xen/include/acpi

Lars

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.