<div dir="auto"><div dir="ltr"><div dir="auto">Bruce,<div dir="auto"><br></div><div>While your intent is worth considering, we needn't fall into the trap of originalism. The OSD as promulgated over the past twenty or so years doesn't specify that the titles are merely descriptive. With the passage of time so too passes any authorial privilege.</div><div dir="auto"><br></div><div dir="auto">McCoy's understanding of the text as providing examples rather than limitations hardly seems implausible. For my own part, I understood the OSD headings as statements of principle with the text serving as dicta. In the case of OSD #9, the text calls out mere aggregates while leaving out non-derivative works.</div><div dir="auto"><br></div><div dir="auto">In case anyone thinks I'm working backward from a desired outcome, it's worth pointing out that Mongo's own SSPL FAQ on OSD #9. Rather raise the defense of non-distribution, it relies on a coy misunderstanding of the word "restriction." Why make a hard argument when an easy one is at hand?</div><div dir="auto"><br></div><div dir="auto">Brendan</div><div dir="auto"><br></div></div></div><br><div class="gmail_quote" dir="auto"><div dir="ltr">On Tue, Oct 23, 2018, 15:30 Bruce Perens <<a href="mailto:bruce@perens.com" target="_blank" rel="noreferrer">bruce@perens.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">The title of each definition is a summary necessarily limited by its length. The definition is the meat, and unfortunately I did not write it in a way that would apply to software that is not distributed.<div><br></div><div>I'm very sorry.</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 23, 2018 at 12:24 PM Smith, McCoy <<a href="mailto:mccoy.smith@intel.com" rel="noreferrer noreferrer" target="_blank">mccoy.smith@intel.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="m_1931244346117336634m_-677745930007771287m_8404489456817279186m_-7373909308262856686WordSection1">
<p class="MsoNormal"><a name="m_1931244346117336634_m_-677745930007771287_m_8404489456817279186_m_-7373909308262856686__MailEndCompose" rel="noreferrer noreferrer"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></a></p>
<p class="MsoNormal"><a name="m_1931244346117336634_m_-677745930007771287_m_8404489456817279186_m_-7373909308262856686______replyseparator" rel="noreferrer noreferrer"></a><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"> License-review [mailto:<a href="mailto:license-review-bounces@lists.opensource.org" rel="noreferrer noreferrer" target="_blank">license-review-bounces@lists.opensource.org</a>]
<b>On Behalf Of </b>Bruce Perens<br>
<b>Sent:</b> Tuesday, October 23, 2018 12:15 PM<br>
<b>To:</b> License submissions for OSI review <<a href="mailto:license-review@lists.opensource.org" rel="noreferrer noreferrer" target="_blank">license-review@lists.opensource.org</a>><br>
<b>Subject:</b> [License-review] OSD #9 would not make SSPL OSD-incompliant<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">Folks,<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">The OSD terms were not written for software-as-a-service. OSD #9 very clearly states<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p style="margin-right:0in;margin-bottom:18.75pt;margin-left:0in;background:#fcfcfc;box-sizing:border-box">
<span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#444444">The license must not place restrictions on other software that is
<b>distributed</b> along with the licensed software. For example, the license must not insist that all other programs
<b>distributed on the same medium</b> must be open-source software.<u></u><u></u></span></p>
<p style="margin-right:0in;margin-bottom:18.75pt;margin-left:0in;background:#fcfcfc;box-sizing:border-box">
<span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#444444">Since software-as-a-service software is not distributed, OSD #9 doesn't apply. Sorry. The document was written for another time and I could not predict today's conditions.<u></u><u></u></span></p>
<p style="margin-right:0in;margin-bottom:18.75pt;margin-left:0in;background:#fcfcfc;box-sizing:border-box">
<span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#444444"> Thanks<u></u><u></u></span></p>
<p style="margin-right:0in;margin-bottom:18.75pt;margin-left:0in;background:#fcfcfc;box-sizing:border-box">
<span style="font-size:10.5pt;font-family:"Arial",sans-serif;color:#444444"> Bruce<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Isn’t this OSD 9: “</span>License Must Not Restrict Other Software<span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">”?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">The part you quote seems to be explanatory of the definition, but not necessarily limiting. I’ve been drafting a mail to license-discuss on OSD 9 and how I think
it ought to be interpreted, but this seems to be an important question: what is the *<b>D*
</b>part of the OSD.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">It also seems curious to me that you can put *<b>more</b>* restrictions on software on non-distributed media than you can on distributed media, but perhaps there
is some history of that part of the OSD that I’m unaware of. To me, the example text you have reproduced is written that way because it inherently assumes Freedom Zero.</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u><u></u></span></p>
</div>
</div>
</div>
</div>
_______________________________________________<br>
License-review mailing list<br>
<a href="mailto:License-review@lists.opensource.org" rel="noreferrer noreferrer" target="_blank">License-review@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="m_1931244346117336634m_-677745930007771287m_8404489456817279186gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Bruce Perens K6BP - CEO, Legal Engineering<br>Standards committee chair, license review committee member, co-founder, Open Source Initiative<div>President, Open Research Institute; Board Member, Fashion Freedom Initiative.<br></div></div></div></div></div></div></div>
_______________________________________________<br>
License-review mailing list<br>
<a href="mailto:License-review@lists.opensource.org" rel="noreferrer noreferrer" target="_blank">License-review@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-review_lists.opensource.org</a><br>
</blockquote></div>
</div>