<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle18
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle19
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:black;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-family:"Calibri",sans-serif'>Hen, the OSI task of license analysis in this context is trivial. <u>ALL FOSS license are compatible with ALv2 for aggregations.</u><o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri",sans-serif'>But today is a US holiday, so let's give some OSI board members an opportunity to comment.<o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri",sans-serif'>/Larry<o:p></o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-family:"Calibri",sans-serif'><o:p> </o:p></span></p><p class=MsoNormal style='margin-left:.5in'><b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'> Henri Yandell [mailto:bayard@apache.org] <br><b>Sent:</b> Monday, May 25, 2015 12:24 PM<br><b>To:</b> Lawrence Rosen; license-discuss@opensource.org<br><b>Subject:</b> Re: [License-discuss] Proposal: Apache Third Party License Policy<o:p></o:p></span></p><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p><div><div><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><p class=MsoNormal style='mso-margin-top-alt:0in;margin-right:0in;margin-bottom:12.0pt;margin-left:.5in'>I don't see how you are going to do that unless the OSI are going to maintain complex lists. <o:p></o:p></p></div><p class=MsoNormal style='margin-left:.5in'>If this is "the OSI are launching a license compatibility service", then there would be something to discuss at Apache. As it is, your proposal is becoming well trod ground around moving B(inary-only) list licenses to A(ttribution).<o:p></o:p></p><div><div><div><div><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'>Hen<o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p><div><p class=MsoNormal style='margin-left:.5in'>On Mon, May 25, 2015 at 11:51 AM, Lawrence Rosen <<a href="mailto:lrosen@rosenlaw.com" target="_blank">lrosen@rosenlaw.com</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in'><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in'><span style='font-family:"Calibri",sans-serif'>Hen,</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in'><span style='font-family:"Calibri",sans-serif'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in'><span style='font-family:"Calibri",sans-serif'>An important part of the proposed Apache Third Party License Policy is that we finally leave the sad domain of FOSS license compatibility determination to our friends and experts at OSI.</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in'><span style='font-family:"Calibri",sans-serif'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in'><span style='font-family:"Calibri",sans-serif'>If we have a question about whether a specific FOSS license "infects" Apache code, ask OSI at <a href="mailto:license-discuss@opensource.org" target="_blank">license-discuss@opensource.org</a>. That's not ASF's expertise. Our PMCs and certainly our board of directors are not qualified to maintain complex "A, B and X" lists of FOSS licenses and exceptions.</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in'><span style='font-family:"Calibri",sans-serif'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in'><span style='font-family:"Calibri",sans-serif'>And so in open source, different organizations can play their own important roles in our ecosystem. All this without turning one FOSS developer against another FOSS developer here at Apache merely because of their choice of wonderful FOSS license.</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in'><span style='font-family:"Calibri",sans-serif'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in'><span style='font-family:"Calibri",sans-serif'>/Larry</span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in'><span style='font-family:"Calibri",sans-serif'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:.5in'><span style='font-family:"Calibri",sans-serif'> </span><o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in'><b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'> Henri Yandell [mailto:<a href="mailto:bayard@apache.org" target="_blank">bayard@apache.org</a>] <br><b>Sent:</b> Monday, May 25, 2015 11:12 AM<br><b>To:</b> ASF Legal Discuss; Lawrence Rosen</span><o:p></o:p></p><div><div><p class=MsoNormal style='margin-left:.5in'><br><b>Subject:</b> Re: Proposal: Apache Third Party License Policy<o:p></o:p></p></div></div><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in'> <o:p></o:p></p><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in'> <o:p></o:p></p></div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in'>Your original proposal was (quoting the heart of it; for any readers not familiar refer back to the whole email):<br><br>Proposal: "<span style='color:black'>Apache projects may accept contributions under ANY OSI-approved open source license. Such software may now be included in Apache aggregations that, as described above, will be licensed to the public under <b>Apache License 2.0</b>."</span><o:p></o:p></p><div><div><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in'> <o:p></o:p></p></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;margin-bottom:12.0pt;margin-left:1.0in'>An exception has evolved through the course of these threads, namely that GPL/AGPL versions are an exception to that and not covered. That also means a policy cannot approve 'ANY' as it's unknown what the next licence on the list would be.<o:p></o:p></p></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;margin-bottom:12.0pt;margin-left:1.0in'>At this point the conversation is:<o:p></o:p></p></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;margin-bottom:12.0pt;margin-left:1.0in'>a) Removal of particular licenses on the 'cannot be used' list that are on the OSI list. I think that's LGPL, QPL and Sleepycat licences. I don't think either of the latter are used on software today, so I don't see a need to do that. There are other licences on the OSI list that we don't have covered, so it's possible there are some we would consider on the 'cannot be used' list. This should become a thread on moving LGPL licences to either the 'weak copyleft -> binary only' or 'can be used' list. The former makes more sense.<o:p></o:p></p></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in'>b) Moving the 'weak copyleft -> binary only' licences to the 'can be used' list. That's a worthwhile proposal, but one that should take a pause and restart. Starting with CDDL/EPL/MPL would make sense as the most popular on that list (possibly individually). A lot of our use of those licences is binary, so having that position has not been as impactful as might be imagined at first. <o:p></o:p></p></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in'> <o:p></o:p></p></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in'>Hen<o:p></o:p></p></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in'> <o:p></o:p></p><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in'>On Mon, May 25, 2015 at 8:23 AM, Lawrence Rosen <<a href="mailto:lrosen@rosenlaw.com" target="_blank">lrosen@rosenlaw.com</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt'><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:1.0in'>Sam Ruby wrote:<br>> You may not have been aware that it is an ASF problem to worry about whether downstream distributors can make derivative works -- Free and proprietary alike -- of our projects, but it is true. As such, we care very much about the kind of dependencies a project takes on, and the license of code that we bundle.<br><br>Sam, of course I'm aware of that. That is precisely why I am requesting that you change that antiquated policy.<br><br>Please remember, EVERYONE can make derivative works (free and proprietary alike) of Apache projects even if that software includes EPL and MPL works. What they can't do is to refuse to distribute derivative works of EPL and MPL components under their original licenses. That is a reciprocal requirement. But it doesn't prevent derivative works.<br><br>> EPL and MPL fall someplace in between.<br><br>In between what and what?<br><br>I've been challenged repeated here because certain GPL folks don't want their license interpreted this way. So if Apache changes its obsolete policy for every FOSS license except the GPL, I'll consider that a significant accomplishment. I'll wait impatiently for the lawyers who are trying to create a licensing exception for those GPL licensors that DO want their works incorporated into Apache projects.<br><br>> And with that, I believe we have covered why the three categories in the third partly licensing policy can not be collapsed into one category.<br><br>No we haven't settled that at all. :-)<br><br>/.Larry<br><br><br>-----Original Message-----<br>From: Sam Ruby [mailto:<a href="mailto:rubys@intertwingly.net" target="_blank">rubys@intertwingly.net</a>]<br>Sent: Monday, May 25, 2015 4:54 AM<br>To: Legal Discuss; Lawrence Rosen<o:p></o:p></p><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;margin-bottom:12.0pt;margin-left:1.0in'>Subject: Re: Proposal: Apache Third Party License Policy<br><br>And with that, I believe we have covered why the three categories in the third partly licensing policy can not be collapsed into one category.<br><br>> I wasn't aware that it is an Apache problem to worry about whether downstream distributors want to make proprietary derivative works of EPL components. They can always talk to the Eclipse Foundation about that.<br><br>You may not have been aware that it is an ASF problem to worry about whether downstream distributors can make derivative works -- Free and proprietary alike -- of our projects, but it is true. As such, we care very much about the kind of dependencies a project takes on, and the license of code that we bundle.<br><br>While you may disagree, it is widely believed that the GPL does not meet your personal definition of Free software. While others use different terms, the conclusion is creating software that makes direct use of GPL software (for example, in a non-optional and non-pluggable<br>manner) would make creating proprietary derivative works of our projects problematic.<br><br>As you cite, there are no such problems with licenses like BSD (at least the newer versions) or MIT licenses.<br><br>EPL and MPL fall someplace in between.<br><br>- Sam Ruby<o:p></o:p></p></div></div></blockquote></div></div></div></div></div></div></div></div></div></div></blockquote></div></div></div></div><p class=MsoNormal style='margin-left:.5in'><o:p> </o:p></p></div></div></div></div></body></html>