<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=us-ascii"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@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:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
        {mso-style-priority:99;
        mso-style-link:"Plain Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;
        color:black;}
span.PlainTextChar
        {mso-style-name:"Plain Text Char";
        mso-style-priority:99;
        mso-style-link:"Plain Text";
        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="#0563C1" vlink="#954F72"><div class=WordSection1><p class=MsoPlainText style='margin-left:.5in'>Richard Eckart de Castilho wrote:<o:p></o:p></p><p class=MsoPlainText style='margin-left:.5in'>The problem with reciprocal licenses in the lines of EPL and MPL is not so much in being used as:<o:p></o:p></p><p class=MsoPlainText style='margin-left:.5in'>a) a *library* or as<o:p></o:p></p><p class=MsoPlainText style='margin-left:.5in'>b) a clearly *separate piece of code* (that resides in a repository outside the ASF)<o:p></o:p></p><p class=MsoPlainText style='margin-left:.5in'>but rather in *accepting patches* for at least two reasons:<o:p></o:p></p><p class=MsoPlainText style='margin-left:.5in'>1) it is tedious to *maintain per-line license* information in a source file<o:p></o:p></p><p class=MsoPlainText style='margin-left:.5in'>2) it seriously *limits the ability to perform refactoring* of code<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>Thanks for trying, but why did you bother to write me about something that the ASF board has already decided for you?<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>You didn't accurately describe my proposal. I suggested that the decisions on contribution licenses should be made by each PMC based on software needs rather than an ASF-wide policy that accomplishes nothing valuable and is legally nonsense. <o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>There is no FOSS limit on "refactoring." Do it freely. Who asked for a separate source repository?<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>Furthermore, who suggested that anyone "maintain per-line license" information? Are you going to blame my proposal for every unreasonable suggestion by those who don't understand copyright law and FOSS license requirements?<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>Accepting "patches" (if by that you mean small changes to fix bugs) is not a copyright problem. A bigger change would require that someone intelligent on the PMC evaluate it as a contribution and make a comment about it in the NOTICE file.<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>/Larry<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>Lawrence Rosen<o:p></o:p></p><p class=MsoPlainText>"If this were legal advice it would have been accompanied by a bill."<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>-----Original Message-----<br>From: Richard Eckart de Castilho [mailto:richard.eckart@gmail.com] <br>Sent: Thursday, August 20, 2015 12:14 AM<br>To: Lawrence Rosen <lrosen@rosenlaw.com>; license-discuss@opensource.org<br>Subject: Re: [License-discuss] Category "B" licenses at Apache</p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>Hi Larry,<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>On 17.08.2015, at 21:20, Lawrence Rosen <<a href="mailto:lrosen@rosenlaw.com"><span style='color:black;text-decoration:none'>lrosen@rosenlaw.com</span></a>> wrote:<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>> <snip><o:p></o:p></p><p class=MsoPlainText>> <o:p></o:p></p><p class=MsoPlainText>> But then that Policy makes the following strange explanation for Category B and its enforcement conditions at ASF: "By including only the object/binary form, there is less exposed surface area of the third-party work from which a work might be derived; this addresses the second guiding principle of this policy."<o:p></o:p></p><p class=MsoPlainText>>  <o:p></o:p></p><p class=MsoPlainText>> That "object/binary form" requirement and the reference to "exposed surface area" in the Policy are nonsense. I repeat three statements I made here previously:<o:p></o:p></p><p class=MsoPlainText>>  <o:p></o:p></p><p class=MsoPlainText>> ·       The binary and source forms of a work are, from a copyright perspective, the exact same work subject to the exact same FOSS license. Stop wasting time trying to distinguish them legally.<o:p></o:p></p><p class=MsoPlainText>> ·       Apache is committed to FOSS. For that reason, we should always publish source code. Binaries are a convenience for our customers published by our projects, but never without source code.<o:p></o:p></p><p class=MsoPlainText>> ·       Our failure, or our customer's failure, to make that source code available (including of course any ALv2 code) and copies of all relevant licenses, is a probable breach of license and possible copyright infringement. All modern technology companies understand that about FOSS and copyright law.<o:p></o:p></p><p class=MsoPlainText>>  <o:p></o:p></p><p class=MsoPlainText>> The "second guiding principle" referred to in the current Apache Policy is this:<o:p></o:p></p><p class=MsoPlainText>> 2.  The license must not place restrictions on the distribution of independent works that simply use or contain the covered work.<o:p></o:p></p><p class=MsoPlainText>> This accurately and precisely refers to "independent works" and not "derivative works."  Reciprocity has nothing to do with independent works. Every FOSS license (except perhaps under the GPL "static linking" doctrine) satisfies this second guiding principle. See OSD.<o:p></o:p></p><p class=MsoPlainText>> <o:p></o:p></p><p class=MsoPlainText>> <snip><o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>What you call nonsense makes a lot of sense from the point of view of a software developer.<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>The problem with reciprocal licenses in the lines of EPL and MPL is not so much in being used as:<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>a) a *library* or as<o:p></o:p></p><p class=MsoPlainText>b) a clearly *separate piece of code* (that resides in a repository outside the ASF)<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>but rather in *accepting patches* for at least two reasons:<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>1) it is tedious to *maintain per-line license* information in a source file<o:p></o:p></p><p class=MsoPlainText>2) it seriously *limits the ability to perform refactoring* of code<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>Of course, 1 and 2 become somewhat irrelevant if a project under license X that accepts patches under EPL/MPL simply states that all source files are licensed under EPL/MPL and *contain parts licensed under X*. <o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>But then *X becomes irrelevant* because it is hard to impossible to tell which parts of the project are actually licensed under X and which parts are under EPL/MPL.<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>Thus, if the developers of the project wish that their project remains under license X, accepting *patches* under EPL/MPL is simple *not desirable*.<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>Cheers,<o:p></o:p></p><p class=MsoPlainText><o:p> </o:p></p><p class=MsoPlainText>-- Richard<o:p></o:p></p></div></body></html>