<div dir="ltr">Pam,<div><br></div><div>I am actually more interested in the licenses that OSI has historically rejected, and the reasons given when this has been archived.</div><div><br></div><div>For example, the BitMover license, which required that users connect to a logging server operated by BitMover Inc. to log their usage, was rejected. I'm not saying it should have been approved, but it is interesting in that it did not require the transmission to the logging server of data processed by the program, only the fact that such data was processed, and by whom. </div><div><br></div><div>This is from a long time ago and data may not have survived, and the main complaint I heard was regarding the submitter's comportment rather than his license, so the information might actually not be that useful in this case. But it would be interesting to see.</div><div><br></div><div>    Thanks</div><div><br></div><div>    Bruce</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 19, 2019 at 1:14 PM Pamela Chestek <<a href="mailto:pamela.chestek@opensource.org">pamela.chestek@opensource.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Hi everyone,<br>
<br>
We've had a lot of discussion about the attributes of open source<br>
licenses and what is and isn't acceptable. I thought historical data on<br>
approved licenses might prove valuable, or at least interesting. I<br>
prepared a spreadsheet that lists all the OSI-approved licenses, with<br>
columns for some attributes that have been heavily discussed recently.<br>
It is at<br>
<a href="https://docs.google.com/spreadsheets/d/1VVaSoVPmRa7yY6SlI5mb72zqrnGpstMH5LBfNAKNIdc/edit?usp=sharing/edit?usp=sharing" rel="noreferrer" target="_blank">https://docs.google.com/spreadsheets/d/1VVaSoVPmRa7yY6SlI5mb72zqrnGpstMH5LBfNAKNIdc/edit?usp=sharing/edit?usp=sharing</a><br>
<br>
I'm hoping people will be interested in helping fill it out. I suggest<br>
as the first step that we take a look and see whether the headings are<br>
sufficiently clear and whether we should be recording any further<br>
information. My goal was to limit data collection to the current areas<br>
of discussion, not do a comprehensive review of all the possible<br>
variables in open source licenses. Column E was meant to capture the<br>
non-copyright, non-patent "yeah, that's ok" stuff that we commonly see<br>
in licenses and that isn't noteworthy. Once we've settled on the form we<br>
can start filling it in.<br>
<br>
I don't want the spreadsheet to be a place for arguing the merits, just<br>
a place for fact-gathering. I also don't know what will happen once we<br>
have gathering the information, but I do believe gathering the<br>
information is the first step.<br>
<br>
Thanks,<br>
Pam<br>
<br>
-- <br>
Pamela Chestek<br>
Chair, License Review Committee<br>
Open Source Initiative<br>
<br>
_______________________________________________<br>
License-discuss mailing list<br>
<a href="mailto:License-discuss@lists.opensource.org" target="_blank">License-discuss@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr">Bruce Perens - Partner, <a href="http://OSS.Capital" target="_blank">OSS.Capital</a>.</div></div></div></div>