At this point, my view is that the GPL v3 and MS-PL have a similar "no license but us" restriction.  Matthew has convinced me that the GPL v3 requires that you allow anyone else to reduce terms for redistribution of any part of the "Corresponding Source" to exactly the level of the GPL v3 with no additional permissions.  Thus the relicense requirement seems to be the same for both licenses, but is perhaps more limited in the MS-PL case.
<br><br>Thus it seems to me that if we approve the GPL v3, we have no ability to hold this specific clause of the MS-PL against it in approval procedings. <br><br>Although the GPL v3 doesn't come out and say it, because it allows additional permissions beyond what the GPL3 grants as a baseline to components in the corresponding source to be removed in section 7 (and any restriction of this would be an additional restriction which could itself be removed also under section 7), this essentially says the same thing.  Unless your code *can* be licensed or relicensed under exactly this license and none other by any downstream user, you *may not* include it in the corresponding source.
<br><br>Hence I am forced to conclude that the GPL is no different than the MS-PL in this regard.<br><br><div><span class="gmail_quote">On 8/23/07, <b class="gmail_sendername">Michael R. Bernstein</b> <<a href="mailto:michael@fandomhome.com">
michael@fandomhome.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br><br>In this case though, what we have is a license that says (WRT source
<br>distributions) that no other licenses are allowed. Period. This even<br>excludes licenses that have otherwise compatible terms and conditions,<br>even those that have *identical* terms and conditions (ie. the same<br>
license with a name change).</blockquote><div><br><br>I don't think so.  The license states that derivative works are allowed as defined by US copyright law.  A few people on this list have provided posts (that some have declared off-topic) detailing how this applies to software.  The GPL v3 on the other hand requires that you relicense everything they define (vaguely) as part of the Corresponding Source so that it can, if downstream licensees so desire, be stripped of any additional permissions.  See section 7 of the GPL v3.
<br><br>It seems that this would *only* require keeping the license if substantial portions of the code were copied verbatim and would not affect licensing the work as a whole under other permissive licenses, or under licenses which allowed adding appropriate permissions.
<br><br>This leads me to conclude that if you include MS-PL work in a BSD work provided that the MS-PL code remains MS-PL.  GPL v3 compatibility is a bigger mess though because the GPL v3 explitly *requires* licensing the corresponding source as they define it under a license which allows adding restrictions to any part and removing additional permissions to any part to a level exactly equal to the stock GPL v3.  This is not allowed under the MS-PL (moral opinions on this being irrelevant).
<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">To me, this seems to go beyond incompatibility per-se into<br>discrimination.
</blockquote><div><br><br>Sure.  It discriminates against other licenses of similar relicensing requirements. But if this is a problem for the MS-PL, why is it/is it not a problem for the GPL v3 which extends this requirement to any required libraries? 
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>OK, this is a valid point, and I guess I haven't explained my pov<br>clearly enough.
<br><br>In my opinion, even though arbitrary conflicts of terms and conditions<br>with other licenses are acceptable (if unfortunate), arbitrarily<br>refusing to allow code into or out of the commons where no actual<br>conflict of terms and conditions exists is un-free. I suppose it is
<br>un-necessarily abridging the freedom to modify.</blockquote><div><br><br>Does the GPLv3 pose this problem?  If you are asking to approve the GPL v3 but not the MS-PL, what difference does it make if the GPL requires you to be able to remove additional permissions or restrictions in any part of the corresponding source so that it exactly meets the GPL v3?
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">To continue your analogy, this is a ghetto where people may enter and<br>leave freely as long as they strip themselves of all possessions and
<br>clothing, with no exceptions.</blockquote><div><br>As opposed to the GPL v3 which simply allows that you allow anyone else to strip you of all posessions and clothing.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
 Nothing is stolen, no taxes are levied,<br>everything you leave behind will still be there if and when you return<br>or exit, but you can't take anything with you in either direction. More<br>importantly, there is no reason for it except control-freakery. This may
<br>fit some theoretical definition of freedom, but do you truly not see a<br>problem here?</blockquote><div><br>This is different from the GPL v3, how?<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> Nothing in open source has ever, to date, barred the creation of badly<br>> conceived commonses that will likely eventually fall flat on their<br>> faces.<br>>   The proper remedy, IMVAO, is to watch and _find out_ whether
<br>> they fall flat on their faces.  And meanwhile, you're free to tell<br>> people "That's a sucky licence."  News flash:  The OSI approved list<br>> includes many sucky licences, already.<br>
<br>True, but on this list we've occasionally discouraged sucky licenses<br>from completing the approval process. And as I said, I think that these<br>licenses are not just sucky, but also mildly un-free, even though the
<br>OSD does not currently exclude this particular flavor of un-freedom.</blockquote><div><br>What makes the MS-PL sucky in this way that is not the case for the GPL v3? <br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> > Or perhaps this: A license may not discriminate against other licenses<br>> > or groups of licenses.<br>><br>> Nice can of worms you have there.  Make sure you have plenty of room.<br>> ;-><br>
<br>I don't really think this is a can of worms. I've repeatedly stated that<br>incompatibilities aren't objectionable in and of themselves. I just<br>think there is a difference between a license that is incompatible with
<br>other licenses (for example reciprocal licenses) due to a conflict of<br>terms and conditions and one that baldly says "the GPL is excluded" or<br>"reciprocal licenses are excluded".<br><br>In this case, of course, what I object to is the MS-PL excluding *all*
<br>other licenses from source distributions, which though it is certainly<br>even-handed in it's contempt, I still find discriminatory.</blockquote><div><br>How does this differ from the GPL v3?<br><br>Do you feel that we should approve one and not the other?  What makes the relicensing requirements of the GPL v3 ok but those of the MS-PL not?
<br>
<br>At the moment, I am convinced that both are sucky licenses ;-)  But none of the problems you raise seem to apply only to the MS-PL.  Every one of them also applies to a license which nobody objects to approving.<br><br>
So I guess I am assuming both will be approved.<br></div></div><br><br>Best Wishes,<br>Chris Travers<br>