[Nfd-dev] Copyright holder section of license boilerplate

Junxiao Shi shijunxiao at email.arizona.edu
Mon Jan 19 04:55:27 PST 2015


Dear folks

Linux kernel, one of the oldest open source projects, has different
"copyright holders" in the repository. Therefore, I realize that enforcing
the same set of copyright holders is unnecessary.

The main dispute in 2352 review is: whether a complete example boilerplate
with seven institution listed as copyright holder can be included in
README-dev.md, or be placed on wiki AND linked from README-dev.md.
Alex's opinion is no, because only "NDN team" is required to use this set
of copyright holders, but he cannot define "NDN team".
My opinion is yes, because developers are able to copy and paste the
complete license boilerplate, and the snippet is easily found.

My suggestion is to include the following text in README-dev.md:

    If you are affiliated to an NSF-supported NDN project institution, you
must use the license boilerplate found on <wiki link>.

Yours, Junxiao
On Jan 7, 2015 11:15 PM, "Junxiao Shi" <shijunxiao at email.arizona.edu> wrote:

> Dear folks
>
> During the review of NFD Task 2352, a question was raised about copyright
> holder in license boilerplates.
>
> My opinion is that every file must carry the same license boilerplate,
> regardless of contributor. The benefit is that the whole NFD repository is
> owned by a single set of copyright holders (the seven institutions), so
> that relicensing is easy.
>
> Alex's opinion is that one people from "NDN team" (which itself is an
> undefined concept) needs to use a standard license boilerplate of seven
> institutions as copyright holders, while other contributors can declare
> different copyright holders without assigning copyright to the seven
> institutions, but still get code merged into NFD repository. I think this
> approach would cause difficulty in relicensing NFD code.
>
> A policy decision on this problem is needed before #2352 can continue.
>
> Yours, Junxiao
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150119/e2aa2216/attachment.html>


More information about the Nfd-dev mailing list