<br><br><div><span class="gmail_quote">On 9/24/07, <b class="gmail_sendername">Michael Tiemann</b> <<a href="mailto:tiemann@opensource.org">tiemann@opensource.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<span class="q">On 9/22/07, <b class="gmail_sendername">Alexander Terekhov</b> <<a href="mailto:alexander.terekhov@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">alexander.terekhov@gmail.com
</a>> wrote:</span><div><span class="q"><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 9/16/07, Chris Travers <<a href="mailto:chris.travers@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">chris.travers@gmail.com</a>> wrote:<br>> Since the board is still considering this license, I wanted to provide some
<br>> information from my research that might help with this decision.
<br>><br>> One of the main issues people have on this list is the idea that other<br>> existing permissive licenses allow sublicensing.<br>><br>> I am not a layer, but I believe that this is wrong as a matter of intent
<br>> licenses such as the BSD-licenses and the that it is also wrong as a matter<br>> of law.  In fact, most permissive licenses do not allow for sublicensing and<br>> force the licnese to follow the original copyrightable elements (including
<br>> but not limited to code).</blockquote></span><div><br>If the sublicensing is not required, then the safe harbour makes them feel permissive. </div></div></blockquote><div><br><br>I am not sure I agree with this.  If, as I maintain, the BSD and even the MIT licenses follow the source code elements* and the license cannot be divorced from those elements, then I am not at all sure what makes the MS-PL different from the BSD license.
<br><br>* The MIT license provides permission to sublicense, but it also grants permission to all downstream recipients to use according to its license, so it superceded any sublicense, rendering it moot.  Thus even the MIT licensed code is effectively governed by only one license and does *not* appear to be compatible with GPL 3 section 7 because these additional permissions cannot be arbitrarily removed by mere conveyance, but IANAL.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><span class="q"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<a href="http://www.eweek.com/article2/0,1759,2185919,00.asp" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.eweek.com/article2/0,1759,2185919,00.asp</a><br>(OSI Calls for Major Revisions to Microsoft Permissive License)
</blockquote></span><div><br>I did not write this headline, and would not have characterized my comments as justifying such a headline.  I didn't call for anything, I gave a summary of what I read on license-discuss.
</div></div></blockquote><div><br>My only concern is that maximal incompatibility was no bar to approving the GPL v3.   Hence it starts to look like we are approving submitters (FSF, MS, etc) rather than licenses.<br><br>
If, at the moment, the only measure we have accepted is the OSD, then IMO this should have been approved at the same time.  Since the 2005 guidelines have been abandoned (the GPLv3 clearly doesn't meet them), we also need a replacement framework for dealing with license proliferation issues.
<br><br>Best Wishes,<br>Chris Travers<br></div></div><br>