[License-review] New Exhibit A for EPLv2

Mike Milinkovich mike.milinkovich at eclipse-foundation.org
Fri Sep 15 22:17:22 UTC 2017


On 2017-09-15 12:22 PM, Tom Marble wrote:
> Mike Milinkovich<mike.milinkovich at eclipse-foundation.org>  writes:
>> [...] The original version stated that
>> “This Source Code _*is *_also Distributed [...]
> I'm struggling to understand how the license text regarding
> Secondary Licensing works in context of your statements here:
>
> https://lists.opensource.org/pipermail/license-review/2017-June/003051.html
>
> Regarding point 1 it seems that the "Initial Contributor" has
> the outsized authority to add Exhibit A, but that could happen
> at any time (i.e. there's no requirement in the EPL 2.0 condition
> for adding Exhibit A "when they start").
>
> Point 2 seems to be inconsistent to the language of the license.
> The license suggests that if the "Initial Contributor" adds
> Exhibit A then "then the Program may be made available under the
> terms of such Secondary Licenses" (§3.2.a.ii). How or why would
> permission of previous contributors be required?

We are going to be instructing all Eclipse Foundation projects 
re-licensing from EPL-1.0 to EPL-2.0 that if they want to add a 
Secondary License they must request the approval of all subsequent 
contributors, and we'll be advising other projects to do so as well.

The initial Contributor for any particular piece of code is the 
person/entity that first put it under the EPL (presumably the original 
author, but maybe not).  So, it is intended that it is the decision of 
the initial Contributor whether or not a Secondary License is 
authorized.  If multiple discrete independently authored works get 
combined into a single project, there may be multiple initial 
Contributors. They would all need to agree to add the Secondary License 
if they wanted it to apply to the entire project because any single 
initial Contributor doesn't have the right to add the Secondary License 
to code that they received only under the EPL. (These permissions may be 
taken care of by having notices which state that subsequent 
contributions to the project are all under the same terms.)

There may be many Contributors that don't have any copyright ownership 
in the project code.  Maybe they only distributed the program, or only 
contributed minor bug fixes that weren't complicated enough to meet 
copyright requirements.  Their agreement to add a Secondary License 
would not technically be required.  However, since enabling the 
Secondary License is effectively an additional grant, clearly any 
copyright holder needs to have granted those rights to allow the code to 
be distributed under the Secondary License.  In other words, the initial 
Contributor cannot enable the Secondary License for code they don't own, 
or otherwise grant rights they do not have.

For community reasons, we view adding the Secondary License as a 
community decision, which should be approved by the community as a 
whole, including all of the code contributors.

-- 
Mike Milinkovich
mike.milinkovich at eclipse-foundation.org
(m) +1.613.220.3223

EclipseCon Europe 2017 <http://www.eclipsecon.org/europe2017>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensource.org/pipermail/license-review_lists.opensource.org/attachments/20170915/51f33cb9/attachment.html>


More information about the License-review mailing list