<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 19, 2017 at 7:58 PM, Kyle Mitchell <span dir="ltr"><<a href="mailto:kyle@kemitchell.com" target="_blank">kyle@kemitchell.com</a>></span> wrote:</div><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Might I ask what those policy grounds are?<br>
<br>
A number of folks, on the list and off, have mentioned<br>
policy considerations separate from OSD conformance.  Not<br>
everyone seems to agree OSI should do more than apply OSD,<br>
but in conversation with most of those who do, I'm at a<br>
loss.  There doesn't seem to be any document setting out<br>
what OSI's additional policy constraints are, or what, if<br>
any, relationship they have to OSD itself.<br></blockquote><div><br></div><div>That's deliberate.  Jurisprudentially, the OSD is in the nature of a code, but OSI's (self-assumed) jurisdiction is in the nature of equity: it approves licenses based on what the Board members believe to be right and just.  Licenses that violate the code will not be adopted (although in some cases licenses have been approved that on some readings don't agree with it), but there is no guarantee that licenses that conform to the code will be adopted.  This is a fact about how OSI operates, and while it may be frustrating, there is nothing you or anyone else can do about it.</div><div><br></div><div>-- </div><div><br></div></div></div></div>