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

Nigel T nigel.2048 at gmail.com
Sat Sep 29 14:23:32 UTC 2018


In my opinion the retroactive removal of licenses as open source would not be a good idea.  I would vote no.

“Deprecation” seems like the first step to removal.

Clarifying the current approval metrics may be more challenging but a better solution.  Reviewing board minutes isn’t there some activity in this area?
 
From the Fall 2017 Face to Face 

* Simon to develop "OSD License Review" FAQ
* Motion (Simon): Approve Open Source and Standards Working Group Software

Also, if someone from OSI can point me to the current bylaws that would be appreciated.  The 2013 one seems to indicate that the OSI has no members.

Sent from my iPhone

> On Sep 28, 2018, at 5:26 PM, Brendan Hickey <brendan.m.hickey at gmail.com> wrote:
> 
> On Fri, Sep 28, 2018, 16:50 Kyle Mitchell <kyle at kemitchell.com> wrote:
> If you'd like a concrete proposal, take the offending
> licenses off the list, or place them in a new, deprecated
> subcategory, and publish a rationale for doing so.  Or do
> these things preliminarily, invite comment, and reassess.
> 
> I think this is a great idea, though I don't have any proposals for licenses to put on the chopping block. At the most extreme I can imagine deprecating BSD-3 and one of BSD-2 or MIT/Expat.
> 
>> On Fri, Sep 28, 2018, 17:01 Kyle Mitchell <kyle at kemitchell.com> wrote:
>> In the meantime, wouldn't the no-more-licenses faction
>> prefer a more efficient path to rejection?
> 
> 
> As someone firmly in the non-proliferationist camp, I'm not sure our problem is efficiency. There just isn't a flood of well-formed, non-duplicative licenses. For every license debated on the merits (ex. UPL) there might be ten that can be rejected out of hand.
> 
> What are the downsides to being inefficient? We might chase off folks submitting bad licenses in earnest. This isn't a great experience. Perhaps this avoidable with a preflight checklist, or a more structured tracking system as others have suggested.
> 
> Brendan
> _______________________________________________
> License-review mailing list
> License-review at lists.opensource.org
> http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensource.org/pipermail/license-review_lists.opensource.org/attachments/20180929/98039ef1/attachment.html>


More information about the License-review mailing list