<div><div>Dear All, <br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">>>[other shared source licenses] that may conform to many, but not all, provisions of the
<br>>>OSD.<br>><br>><br>> I urge you not to approach the OSD like this. Shared source licenses<br>> can't meaningfully be considered almost OSD-compliant. They fail /core/<br>> parts of the definition.
<br></blockquote></div><br>NOTE: the phrase "[other shared source licenses]' is my addition to make the sentence more readable.<br><br>I do not like the idea of "yes or no" argument. Whether Microsoft can claim that its "other" licenses share some characteristics of OSD approved license is up to OSD to decide. Not me.
<br><br>We should only restrict ourselves to whether Rosenberg's statements are accurate or have the potential to cause confusion.<br><br>My $0.02 is Rosenberg's statement is inaccurate:<br><br>The diversity of Microsoft Shared Source license means it covers a very large (or full?) spectrum, from
99.999% proprietary "look but don't touch" license to 100% OSD approved license. Rosenberg's statement appears to put **all** shared source licenses into the category "conform to **many**" and this is obviously inaccurate for those license that are closer to the proprietary section of the spectrum. That part of the spectrum satisfy "none" or "few" provisions of OSD.
<br><br>The other $0.02 says that such a statement adds to confusion, not clarify it.<br><br>Best Regards,<br>Cinly