[License-review] For Approval: Convertible Free Software License, Version 1.1 (C-FSL v1.1)

Elmar Stellnberger estellnb at elstel.org
Wed Oct 3 07:49:34 UTC 2018


   Thanks for pointing me to UCL, Nigel. The license could probably be 
an alternative if I can not use C-FSL. Nonetheless I believe dual 
licensing makes things much more complicated. I would have to invent an 
upstream license. I wonder why UCL is open source as it seems to force 
users to publish also under an upstream license without defining it. 
C-FSL does roughly turn out to perform the same in one license while it 
cleanly defines the rights of the original authors without anyone having 
to read an upstream license.
   If both licenses achieve the same I would still highly prefer C-FSL 
as it is more readable to developers like me. I believe many licenses 
fail in the way that those who have to work under a given license will 
be ready to understand it.

P.S.: 'all Derivative Work You distribute or communicate shall be 
licensed under both this Upstream Compatibility License and the Apache 
License 2.0 or later;'
- To me the 'shall' is somewhat misleading as it reads like a 
recommendation and not something you need to adhere to when publishing a 
derived work of a work under the given license.


On 10/3/18 1:14 AM, Nigel T wrote:
> I wasn't going to bring it up but there is an approved special purpose 
> license that may meet your needs.
> 
> UCL v1.0 (https://opensource.org/licenses/UCL-1.0) is a copyleft license 
> based on Laurence Rosen's OSL license 
> (https://rosenlaw.com/OSL3.0-explained.htm) with effectively a 1/2 line 
> change where derivative works of the original must be dual licensed UCL 
> and Apache and not just OSL.
> 
> You get the rough equivalent of a CLA since you can choose the apache 
> license on any derivative work rather than use under the UCL license.
> 
> It is a special purpose license because only when a large body of work 
> is open sourced for the first time is this license likely to be 
> useful/chosen.  Unfortunately my sponsor ran out of funding before I 
> could get them to release our project under UCL...now I have to do it 
> the hard way so it's taking a while.
> 
> Wow, I just clicked on the UCL link and it appears all the formatting 
> has disappeared for the license.  I can fix that if someone tells me 
> whom to send an update to...you'll have to trust me on what is says. :)
> 
> Here is section 1c that was changed:
> 
> 
>     c) to distribute or communicate copies of the Original Work and
>     Derivative Works to the public, with the proviso that copies of
>     Original Work You distribute or communicate shall be licensed under
>     this Upstream Compatibility License and *all Derivative Work You
>     distribute or communicate shall be licensed under* *both this
>     Upstream Compatibility License and the Apache License 2.0 or later*;
> 
> 
> Forking isn't impacted at all other than you can probably safely use any 
> changes in those forks.  I say probably because there isn't any 
> guarantee that any forked project licensed everything correctly...but 
> bug fixes and the like are (probably) safe even if the changes exceed 
> the de minims threshold since you can pick Apache for those changes.
> 
> I am not a lawyer and I'm speaking just for myself.  Do these 
> disclaimers really do anything?  It's kind of like a cargo cult law 
> ritual...
> 



More information about the License-review mailing list