<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 26, 2018 at 6:36 AM, Elmar Stellnberger <span dir="ltr"><<a href="mailto:estellnb@elstel.org" target="_blank">estellnb@elstel.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
On 9/26/18 11:29 AM, Bruce Perens wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I don't recommend approval.<br>
<br>
The main reason to reject is that this license allows an arbitrarily chosen group (the original licensors are not necessarily the ones who do the most work, etc.) to take the work of others private and release it under a non-open-source licence, without using the more legally sound process of a contributor license agreement. In particular, it allows the "original"  group to take forks private without the approval of anyone on the forked project. <br>
</blockquote></span>
I do not see it as a mistake that no contributor agreement is necessary because of a clause of implicit consent. Anyone who wants to contribute can read the license and then decide if he wants to contribute.<br>
<br>
It is just more likely that the development process centers around the original authors with a license like this because the encouragement of these two groups of people may be different.<br>
<br>
Nonetheless I see this license as an encouragement to people who would otherwise not publish their software under an OSS license because it allows them to retain certain rights at least for the first time. If this should further encourage contributions the software can any time be re-published under a GPL or BSD like license.</blockquote><div><br></div><div>There are at least three major problems with this license:</div><div><br></div><div>1. It violates the OSD.</div><div>2. It is not properly drafted and there's no indication that it was vetted by an attorney familiar with software licensing.</div><div>3. It is redundant with existing licenses.</div><div><br></div><div>Even if this license was properly drafted, as Bruce and others have pointed out it obviously fails prong 5 of the OSD:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">5. No Discrimination Against Persons or Groups</blockquote></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="color:rgb(68,68,68);font-family:"Open Sans",sans-serif;font-size:14px;background-color:rgb(252,252,252);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">The license must not discriminate against any person or group of persons.</span></blockquote><div><br></div><div>The C-FSL privileges one group ("original authors") over all others, thereby failing to conform with the OSD. The facts being what they are this license simply cannot be approved barring a complete rewrite and proper legal review. Even with those things it should still be rejected on proliferation grounds.</div><div><br></div><div>Brendan</div></div></div><div class="gmail_extra"><div class="gmail_quote"><br></div></div></div>