OSI Asks Microsoft to Change the MS-PL

Xenographic writes "The OSI has identified two significant flaws in the Microsoft Permissive License, and is unlikely to approve it as an OSI license in its current state. Specifically, the OSI is worried about the way the MS-PL is incompatible with so many other OSI-approved licenses and how misleading that makes the term 'permissive' in the license's name. Now the ball is in Microsoft's court and they can choose to amend or withdraw it from consideration. From the article: 'The MPL is also particularly restrictive, and is uniquely incompatible with the maximum number of other open-source licenses, [president of OSI Michael Tiemann] said, noting that in its examination of license proliferation, the OSI had encouraged experimentation with license terms to encourage new ones to be written that were better than what currently existed.'"

Comments

Double standard?

[Macthorpe]

the OSI is worried about the way the MS-PL is incompatible with so many other OSI-approved licenses Like the GPLv3, then?

(I have karma to burn, apparently)

Re:Double standard?

[someone1234]

The MPL is incompatible with the MPL (Mozilla Public License) too.
And, wonder what happens if it is used as a dual license option with BSD :P

Re:Double standard?

[Macthorpe]

And, wonder what happens if it is used as a dual license option with BSD :P Theo implodes. Or explodes. He plodes, anyway, in one direction or another.

Re:Double standard?

[Anonymous Coward]

Apparently, anybody can troll and get karma bonus by using the magic phrase "I have karma to burn".

Re:Double standard?

[Crispy Critters]

Bruce had to work really hard to try to describe Open Source in a way that included both the GPL and the BSDL. The spirit of collaboration that surrounds projects like GNU, Linux, X, and the BSDs owes as much to history as to the license, so it is clear why he had so much trouble trying to include it in the Open Source Definition and why the OSI has even more problems using a subset of the OSD to define an Open Source License.

Re:Double standard?

[nschubach]

Nah... nobody really understands these licenses anyway, so your in the clear.

Same question as always.

[khasim]

Why isn't there a chart of the various licenses ranging from least restrictive to most restrictive?

That way it would be easy to show where a new license fit in and whether it was actually needed or whether it duplicated an existing one.

It would also show gaps where licenses do not exist right now.

And best of all, it would allow you to draw a line and say "anything below this line is compatible with the GPLv2 (or v3)".

As the various laws change, the chart would have to be updated. But it would solve this issue with Microsoft once and for all.

Re:Same question as always.

[mmcuh]

Because you can't say that a given license is either more or less permissive than any other. It's not a total order. Take GPLv2 and GPLv3 for example. If either of them were strictly more permissive, you would be able to relicense from one to the other. But you can't since the GPLv3 prohibits you from using patents to close off the code, and GPLv2 prohibits you from adding any new probihitions. Or take the XFree86 license and GPLv[2-3]. The XFree86 license requires attribution to a greater extent than the GPL, while GPL requires other things that the XFree86 license does not. Neither can be said to be "more permissive", because they require and allow different things.

Re:Same question as always.

[davidsyes]

But, a chart CAN be built. Not a spreadsheet chart, per se, but a view that is maybe hexagonal or octagonal in shape with colors (or for the color-perception-impaired, dotted/dashed/hatched lines) showing the increasing and decreasing danger zones are relative to the permissiveness intended by the license drafter, or show compatible licenses for those wanting boilerplate.

Heck, it could even be build in software, say in some CRM type of tool, where the user picks the language as it suits them, then the software uses an algorithm to display dubiousness, hostility, friendliness, and overlapping/"underlapping" or "conformal" lines of compatibility.

A scoring system could be built where the permissiveness ranks higher in bar and in some pleasing color and hostility ranks lower in bar and in some mean, rage or nausea-inducing color (red?).

Sample licenses and unctuous or uncouth or hostile licenses would be copied, verbatim, and snippets or whole paragraphs presented on screen to help TEACH software developers and license writers HOW TO THINK about not just their own coding or legalese-brandishing prowess, but to THINK about their target audience and community-building abilities.

If people can build "How to patent it yourself" and "Will Kits" in software, then some enterprising GEEK had better get on the ball and keep my idea from being patented by some profiteer who is unlikely to donate profits back to the community.

GOOGLE, are you listening? You wanna write one yourself, or donate money to a team that will do it? Your search engine alone could shortcut a lot of the work just by your inputting known, issued licenses and "agreements", matched with legal case history, pending cases, and settled cases, as well as whatever became cross-licensing deals when big companies clashed with each other, as well as whatever became of little guys run over by roughshod, steamrolling big companies.

Companies such as microsoft automatically can be initially regarded as hostile until their licenses are TRULY permissive. Not permissive in microsoft-speak, but in preponderance of licenses issued by OSI and the reception/perception of such licenses BY the end-users who actually read them and live happily with them, not live with them as a cost of doing businesses and a fear of avoiding courts or jail time.

I'm shocked

[$RANDOMLUSER]

Something from Microsoft is "uniquely incompatible"?

Re:what's incompatible?

[squiggleslash]

Normally I'd say the parent AC is engaging in flamebait:

OSI is looking for any excuse to reject this license.

especially with the usual digs at the GPL (funny how the second oldest free software in common use is the one everyone blames for incompatibility with the new licenses that came out in the last five to ten years.)

However, in this case, the "any excuse to reject this license" claim may well be right. Eric S. Raymond, on the OSI Board's blog, has somewhat unhelpfully suggested that he's leaning towards wanting the licenses rejected for reasons other than their compliance with the open source definition, namely Microsoft's entirely unrelated OOXML activities.

I'm not sure the OSI is being smart in associating itself with that view.

Re:what's incompatible?

[MrCopilot]

I'm still completely in the dark about why it's so incompatible.

The snag is right here.

This license governs use of the accompanying software. If you use the software, you accept this license. If you do not accept the license, do not use the software.

This is where the incompatible part is. GPL and other govern only distribution not usage. Here is relevant part of GPL

This License explicitly affirms your unlimited permission to run the unmodified Program.

Now that is what I call Permissive. MS-PL is not a license it is a EULA. It is not permissive.

Other than that, I am actually surprised at how Open this "License" is. Baby Steps to open source. I particularly like this bit, which I thought I'd never see from MS.

(B) Patent Grant- Subject to the terms of this license, including the license conditions and limitations in section 3, each contributor grants you a non-exclusive, worldwide, royalty-free license under its licensed patents to make, have made, use, sell, offer for sale, import, and/or otherwise dispose of its contribution in the software or derivative works of the contribution in the software.

Under Conditions and Limitations:
(B) If you bring a patent claim against any contributor over patents that you claim are infringed by the software, your patent license from such contributor to the software ends automatically.

Great First Draft. Tiny bit of tweaking and I would not shy away from code covered under this license.

Re:JFGI

[trifish]

If you quit being an ass and took five seconds to look for yourself

If you quit being an ass and took five minutes to read the GPL, you'd discover that the GPL is incompatible with all open source licenses.

Why you ask? Because the GPL requires that all portions of a GPL-ed program must be distributed under the GPL. Hence, if I want to incorporate code that is under the BSDL, (Apache License, or Mozilla, etc.), and distribute my code under the GPL and let others too, I can't do that (unless I own the BSDL-ed code). That's why GPL is called a viral license and that's why it's fundamentally incompatible with most open source licenses.

That negligible aspect you refer to doesn't make GPL3 anymore compatible than GPL2 was. The key aspects are still not compatible.

Re:what's incompatible?

[trifish]

GPL and other govern only distribution not usage. Here is relevant part of GPL

This License explicitly affirms your unlimited permission to run the unmodified Program.

As a developer, I wouldn't touch a license that doesn't cover use. The disclaimers of warranties and limitation of liablities are an essential part of Free software. The GPL fails to bind the user to agree to the disclaimers and limitations and thus makes the developers and distributors subject to liabilities (because these things are implied by default under applicable laws).