<div dir="ltr"><div>Oh, I could have so much fun with a question like that. But getting to the one about <i>licenses:</i></div><div><br></div><div>People who write highly reciprocal licenses have, in general, reserved a territory for people who want to link proprietary software in the form of a different license: for FSF this is LGPL or GPL-with-exception. If you want to combine your proprietary software with software under the license they have reserved for an exclusively Free territory, do not expect them to cooperate.</div><div><br></div><div>I have, and continue to, help companies and their licensed counsel determine what to do in particular cases. In most cases I suggest a particular architectural design for the software which avoids gray areas in the law like this one.</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 Tue, Jan 22, 2019 at 3:54 PM Lawrence Rosen <<a href="mailto:lrosen@rosenlaw.com">lrosen@rosenlaw.com</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"><div lang="EN-US"><div class="gmail-m_-4119877524246044265WordSection1"><p class="MsoNormal" style="margin-left:0.5in"><span style="font-size:12pt">Nick Weinstock proposed:<br>> </span>A clear statement about API interaction sounds like it would go a long way to clarify this section.<u></u><u></u></p><p class="MsoNormal" style="margin-left:0.5in"><span style="font-size:12pt">Bruce Perens wrote:<br>> </span>Nobody will ever make such a statement, because it would make it easier for you to do things they don't want you to do.<u></u><u></u></p><p class="MsoNormal"><span style="font-size:12pt">Bruce, I'm trying to parse this. Is "doing things" good or bad, legal or illegal, ethical or unethical, what FSF wants or doesn't want, what Bruce Perens desires or hates?<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:12pt"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:12pt">I freely implemented APIs from the day I first became a programmer. You should tell us all what you mean so I know if I was a saint or a sinner.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:12pt"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:12pt">Bravo to Nick! /Larry<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:12pt"><u></u> <u></u></span></p><p class="MsoNormal" style="margin-left:0.5in"><b>From:</b> License-discuss <<a href="mailto:license-discuss-bounces@lists.opensource.org" target="_blank">license-discuss-bounces@lists.opensource.org</a>> <b>On Behalf Of </b>Bruce Perens<br><b>Sent:</b> Tuesday, January 22, 2019 3:23 PM<br><b>To:</b> <a href="mailto:license-discuss@lists.opensource.org" target="_blank">license-discuss@lists.opensource.org</a><br><b>Subject:</b> Re: [License-discuss] Intimacy in open source (SSPL and AGPL)<u></u><u></u></p><p class="MsoNormal" style="margin-left:0.5in"><u></u> <u></u></p><div><div><p class="MsoNormal" style="margin-left:0.5in">Nobody will ever make such a statement, because it would make it easier for you to do things they don't want you to do.<u></u><u></u></p></div><p class="MsoNormal" style="margin-left:0.5in"><u></u> <u></u></p><div><div><p class="MsoNormal" style="margin-left:0.5in">On Tue, Jan 22, 2019 at 2:18 PM Nicholas Matthew Neft Weinstock <<a href="mailto:nweinsto@qti.qualcomm.com" target="_blank">nweinsto@qti.qualcomm.com</a>> wrote:<u></u><u></u></p></div><blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0in 0in 0in 6pt;margin-left:4.8pt;margin-right:0in"><div><div><p class="MsoNormal" style="margin-left:0.5in">A clear statement about API interaction sounds like it would go a long way to clarify this section.<u></u><u></u></p><p class="MsoNormal" style="margin-left:0.5in"> <u></u><u></u></p><p class="MsoNormal" style="margin-left:0.5in">Some additional considerations:<u></u><u></u></p><p class="gmail-m_-4119877524246044265gmail-m4826398025326005214msolistparagraph" style="margin-left:1in"><u></u><span style="font-size:10pt;font-family:Symbol"><span>·<span style="font:7pt "Times New Roman""> </span></span></span><u></u>What about internal vs external APIs, so internal APIs are “intimate” but external APIs aren’t, similar to the Kernel’s UAPI?  <u></u><u></u></p><p class="gmail-m_-4119877524246044265gmail-m4826398025326005214msolistparagraph" style="margin-left:1in"><u></u><span style="font-size:10pt;font-family:Symbol"><span>·<span style="font:7pt "Times New Roman""> </span></span></span><u></u>Could a library require API callers be under (A)GPLv3?  Or would it need to use something like the Kernel’s MODULE_LICENSE interface?<u></u><u></u></p><p class="gmail-m_-4119877524246044265gmail-m4826398025326005214msolistparagraph" style="margin-left:1in"><u></u><span style="font-size:10pt;font-family:Symbol"><span>·<span style="font:7pt "Times New Roman""> </span></span></span><u></u>What is necessary for API extensions to be considered “documented user calls and data structures”?  Is it sufficient for the maintainers to integrate source modifications even if the accompanying documentation isn’t updated?  Is it sufficient for source modifications to be publicly submitted to the maintainers?  What if either of those were maintainers of a distinct fork rather than the original project?  Is it sufficient for me to publish my modified version on my personal GitHub page as a one-time fork?<u></u><u></u></p><p class="MsoNormal" style="margin-left:0.5in"><u></u> <u></u></p></div></div></blockquote></div></div></div></div>_______________________________________________<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>