[License-review] Request for Approval of Universal Permissive License (UPL)

Tzeng, Nigel H. Nigel.Tzeng at jhuapl.edu
Mon Apr 14 15:34:16 UTC 2014


On 4/14/14 10:25 AM, "Josh Berkus" <josh at postgresql.org> wrote:

>You're assuming here that the downstream recipient has no patents of
>their own to grant usage to.  Let's give an example:
>
>1. Oracle releases a new compression library under this license.  It
>includes several Java things in LARGER_WORKS.txt.
>
>2. The Google Android team decide to include that compression library
>into Android OS.  At this point, they want to *add* Android to
>LARGER_WORKS, covering any compression patents which Google owns.

Josh, I think the point is that Android wouldn't have a patent grant to
use any compression patents released as part of a Java reference
implementation.  Since they don't it would be unwise to use it without
securing such rights seperately.


>That's a problem which would solve itself, I think.  What's a bigger
>issue is that popular libraries licensed under the UPL would accumulate
>multiple, conflicting LARGER_WORKS files.

I don't believe that the LARGER_WORKS will end up conflicting.  Either you
are one of the LARGER_WORKS or you are providing the LARGER_WORKS file. If
I'm providing the library to you then my LARGER_WORKS simply has a list of
every project that is okay. You are one of them. No conflict.

Any library I use has my library as a LARGER_WORKS.  No conflict.

If my library isn't one of the LARGER_WORKS listed by a sub-component
library then I shouldn't use that sub-component in my project since there
no patent grant.  If there is a conflict, I'm being silly.

>I do not agree with the other developers on this list that the UPL
>somehow violates the OSD.

I agree with you.  It is limiting but no more so than GPL from a practical
standpoint.




More information about the License-review mailing list