You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jena.apache.org by Andy Seaborne <an...@apache.org> on 2012/03/21 10:46:02 UTC

Forwarded: About LICENSE/NOTICE files

This is an extract (and reformatted) from
http://markmail.org/message/li2nqq7ttlrwz6vh

While the mesaage is about Apache OpenOffice (AOO) , this extract is 
about principles of NOTICE and LICENSE.

It is relevant to Jena as general understanding.  When the project 
releases combined distributions (e.g. Fuseki), there is more licensing 
foo to deal with because we reship other systems.

I'm collecting copies of licenses in:

https://svn.apache.org/repos/asf/incubator/jena/Jena2/JenaZip/trunk/Licenses/

and there is an uber-NOTICE file.

((After the svn re-org might end up in a dist/ area off the top of the 
tree as I've seen done elsewhere.))

The hardest thing to deal with for Jena is "hidden items" where, for 
example, an Apache project places something in their NOTICE file so when 
we redistribute, not just depend on, a binary, we need to include their 
NOTICE statements (as I understand it).

---- Example ---
 From Apache HttpComponents Client:

This project contains annotations derived from JCIP-ANNOTATIONS
Copyright (c) 2005 Brian Goetz and Tim Peierls. See http://www.jcip.net
----


-----------------------------------------


On 21/03/12 05:45, Marvin Humphrey wrote:

...

First, a general response:

There has been considerable (interminable?) debate on this list and 
elsewhere as to what goes in LICENSE and what goes in NOTICE. 
Personally, I don't really care how things get resolved; my main 
motivation in starting this thread is that we avoid putting AOO through 
the wringer that we put Rave, Kafka, etc. through, because what with all 
those binaries the cost of rolling a release candidate for AOO is high.

So please, everyone... get it all out of your system now, and don't all 
of a sudden decide that to -1 an AOO release candidate because in your 
opinion something that was supposed to go in NOTICE ended up in LICENSE 
or vice versa or whatever.

Now, to address the specifics:

Current fashion with regards to NOTICE seems to be that we put stuff 
there like the advertising clause of a 4-clause BSD dependency, and that 
we do *not* put stuff there like the the copyright notice on 2-clause or 
3-clause BSD or ALv2 unless some copyright holder has decided that 
they're (ahem) more special than all our other contributors and demanded 
specific recognition (via "copyright relocation") in NOTICE.  See 
LEGAL-62 and LEGAL-59 as apologia, and
the Apache HTTPD LICENSE/NOTICE files as canonical samples.

IMO, the LICENSE/NOTICE dichotomy debates are sound and fury signifying
little, so long as the following are true:

     * All code, either contributed to the ASF or bundled as a
       dependency, has proper provenance documentation.
     * All source code is clearly associated with the license the author
       contributed it under, typically via licenses or license headers
       embedded in individual source files, but sometimes via a local
       README as might be appropriate for a commentless format like
       JSON.
     * All primary and dependency code is utilized under licenses
       compatible with aggregate distribution under ALv2.

IANAL, but it seems to me that so long as we get individual source file
license tagging right, whether redundant licensing information ends up 
in "LICENSE" or "NOTICE" is unlikely to be a determining factor in 
whether somebody launches a lawsuit.

...