<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 24, 2017 at 12:42 PM, Kyle Mitchell <span dir="ltr"><<a href="mailto:kyle@kemitchell.com" target="_blank">kyle@kemitchell.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">As I understood it, the SPICE limitation didn't say anything<br>
about licensing or source availability.  I imagine it had<br>
more to do with human rights, or perhaps Apartheid specifically.<br></blockquote><div><br></div><div>The license included a bald statement restricting use by the police of South Africa, without any accompanying rationale or mention of human rights or Apartheid. The project might have issued this elsewhere.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Just to check my understanding:  By "passive users", do you<br>
mean users of the software as distributed, without<br>
modification?<br></blockquote><div><br></div><div>Yes.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br></span>You may have disposed<br>
of the GPL argument with condition 6 as you expanded on it.<br>
But proprietary software either is a "field of endeavor", or<br>
it isn't.  If it is, then you have to read "not restrict<br>
anyone from making use" oddly, narrowly, and very<br>
specifically to avoid current copyleft implementations.<br></blockquote><div><br></div><div>Can you look back in the list archive? I'm really sure this has been discussed repeatedly. </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">But if OSD 6<br>
needs other words, after so many years, to say what it<br>
means, then OSI should add and explain those words.  They<br>
should be as public and accessible as the rest of OSD is<br>
today.<br></blockquote><div><br></div><div>Well, you can write a FAQ. But given that the entire goal of the OSD is to facilitate the production of Open Source Software, if anyone concerned had become convinced at any time that it banned the GPL, action would have already been taken.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I must be missing something.  This seems to elevate form over substance in a pretty dramatic way.<br></blockquote><div><br></div><div>You told me you could not write the language you desired using only modification, Mr. Lawyer, and you had to have use. I took that as a challenge. My language is simple, easy for the layman to understand, and it works. I submit that coupling use in the odd way you did is more form over substance than my proposal.</div><div><br></div><div>In the case of the OSD, I took the easy path and said "no restrictions", rather than enumerate a long list of permissible restrictions and study all of their possible consequences, not that we wouldn't have been surprised later by ones we didn't think of. The simpler language won. </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Isn't the legal effect the same?</blockquote><div><br></div><div>Well, if I made the OSD fit the problem, rather than the license fit the OSD, I might have a page of material in OSD #6 alone, and the OSD would be more difficult for everybody. IMO its simplicity is one of the reasons that it won. So, I have proposed three simple and readable sentences in the license, and the license would not end up shorter or easier to understand if the OSD were written the way you propose.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Don't most approved<br>
licenses pare permissions back with restrictive conditions<br>
on a broad grant, rather than long enumerations of<br>
affirmatively stated permissions?<br></blockquote><div><br></div><div>So? At the risk of sounding like Larry Wall, there's more than one way to do it. And you are actually proposing that I add affirmative permissions to the OSD.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I note that the language you propose _does_ differ from<br>
going L0-R condition 3, in that it permits indefinite<br>
private use of private modifications.  Is that relevant in<br>
making it OSD-conformant, in your view?  It comes up fairly<br>
often in FSF's comments on licenses.</blockquote><div><br></div><div>Yes, I just showed you the logical way to do what you want. And I used "publish" in one place and "distribute" in another, which isn't what would be done in finished language. You're the lawyer and can make the language fit your purpose exactly. </div><div><br></div><div>    Thanks</div><div><br></div><div>    Bruce</div></div></div></div>