The OSI License-Discuss mailing list has been ablaze for the past few days since Microsoft submitted its Permissive License (MS-PL) to the OSI [Open Source Initiative] for official open source license approval. Jon Rosenberg, source program director for Microsoft, posted, "Microsoft believes that this license provides unique value to the open source community by delivering simplicity, brevity, and permissive terms combined with intellectual property protection."
Rosenberg compared the MS-PL to the new BSD license and the Apache 2.0 license. "However, the new BSD license does not contain an explicit patent grant," he wrote. "In addition, we sought to create a license that is simple, short, and easy to understand."
Code licensed under the MS-PL cannot be redistributed under the terms of any other license, but it can be combined with works released under the terms of other licenses, as long as those other licenses permit it.
Chuck Swiger, an active member of the license-discuss community, thinks that lets the GPL out of the mix. "...The MS-PL + BSD/MIT/Zlib/Apache2 coe is fine, but MS-PL+GPL or similar is not." Still, Swiger agreed that the MS-PL was "reasonably close" to the new BSD license, which he called a "canonical example of a permissive license."
Another community member, Donovan Hawkins, doesn't like the MS-PL's requirement to keep its code separate from any other code licensed differently. "I can think of cases where I made MAJOR changes to some open-source function to use in a project," he writes. "What sort of Frankenlicense would apply to that function if I wished to release my changes under GPL but the original was MPL or MSPL? Every other line of code under a different license?"
Things got really interesting when Chris DiBona, longtime OSI member, open source advocate, and open source programs manager for Google, Inc. chimed in:
I would like to ask what might be perceived as a diversion and maybe even a mean spirited one. Does this submission to the OSI mean that Microsoft will:That query got the attention of heretofore silent Bill Hilf, Microsoft's general manager of platform strategy. "I'm unclear how some of your questions are related to our license submissions, which is what I believe this list and the submission process are designed to facilitate," Hilf wrote. "You're questioning things such as Microsoft's marketing terms, press quotes, where we put licenses on our web site, and how we work with OEMs - none of which I could find at http://opensource.org/docs/osd. If you'd like to discuss this, I'd be happy to - and I have a number of questions for you about Google's use of and intentions with open source software as well. But this is unrelated to the OSD compliance of a license, so I will do this off-list and preferably face to face or over the phone."a) Stop using the market confusing term Shared Source
b) Not place these licenses and the other, clearly non-free , non-osd
licenses in the same place thus muddying the market further.
c) Continue its path of spreading misinformation about the nature of
open source software, especially that licensed under the GPL?
d) Stop threatening with patents and oem pricing manipulation schemes
to deter the use of open source software?If not, why should the OSI approve of your efforts? That of a company who has called those who use the licenses that OSI purports to defend a communist or a cancer? Why should we see this seeking of approval as anything but yet another attack in the guise of friendliness?
Mee-ow!
Hilf went on to say that one of the reasons Microsoft coined the term "Shared Source" was "to acknowledge that these licenses had not been approved by the OSI, and some of our Shared Source licenses will not be submitted to the OSI." But, Hilf wrote, "I'm open to make this more distinguishable on where/how we post the [licenses] on the Web site, if it's important to the community."
DiBona also wanted to know why Microsoft thought it needed its own open source license, since there are so many OSI-approved licenses already available with similar terms. Hilf wrote that because so many projects already use the Microsoft licenses, "they represent a reasonably large set of existing code, the authors and users of which would benefit from having the licenses assessed as Open Source."
Community member Dag-Erling Smørgrav, a senior software developer at Linpro AS, accused DiBona of prejudice against Microsoft:
Basically, Chris doesn't want the OSI to approve a license submitted by an organization of which he personally disapproves, regardless of the merits of the license itself. Hey, I can sympathize - personally, I really don't approve of the FSF, and I'd love to see the OSI turn down the GPLv3.Except I wouldn't, really, because then the OSI would lose every shred of credibility and quickly become irrelevant - just like it would if it failed to carefully consider the licenses submitted by Microsoft, or to approve them if they were found to adhere to the OSD. I don't want the OSI to lose its credibility and become irrelevant, and I believe that both licenses submitted by Microsoft are OSD-compliant.
OSI should not trade on its reputation lightly... this is not a discussion about licenses but whether or not it is wise for OSI to enable its most vicious competitor.You may want to try to paint this as personal disapproval, but if you look on any search engine you would be hard pressed to find anything from me personally about Microsoft outside of windows refund day in 1998. Note that trying to turn this into a discussion about FSF or Google or me completely dodges the issue, so , you know, nice try and all. I'm more than happy to discuss Google's frankly incredibly awesome open source practices (including pr, press quotes, not creating new licenses, marketing and the rest) in a different thread.
Note: Comments are owned by the poster. We are not responsible for their content.
If you take everything said by a company like Microsoft at face value, you'll always be confused.
Big picture: Microsoft wants to cripple the Free Software community. It has used deceitful advertising, FUD, patent threats, political lobbying, and illegal pressure on hardware manufacturers. No doubt it will continue to use these and other methods, and invent a few more.
You say I'm anti-Microsoft? Well, I don't keep my head in the sand, and I try to stay informed about what is going on around me, and I try to understand what I see. That has led me to hold certain opinions about Microsoft. It's wrong to be prejudiced against a company, but basing one's opinions on observed facts is not prejudice.
Now - with that as the background - read the story again. It's garbage, because it presents Microsoft mouthpieces as credible. There is no debate here. A debate pits one equally-credible person against another, and we don't have that here.
(Posted this to slashdot, too.)
This license is full of technical problems, the least of which is the attempt to eliminate the MIT/BSD license "ambiguity" about whether alternative licenses can be used with it.
It may sound like I'm biased, but, like most Microsoft products, it attempts to enable a quick and simple implementation by implementing the obvious, but wrong elements of the theory.
Start with the name.
Permissive? Relative to the license, it is not permissive at all. No other license can be mixed in -- no perl artistic license, no GPL 1, 2, or 3, no Apache 1 or 2, no Mozilla, no BSD/MIT, not even a plain "Do with it what you want and I don't give a wooden nickel!" one liner license. At this point, I'm not sure even public domain source could be mixed in without opening a project that uses this Microsoft Permissive License up to lawsuits.
Relative to the source code, it is way too permissive. Anybody can join Microsoft's commune, so to speak. Anyone that can bring all contributors to the table, anyway. It's all a ("happy?") playground where everyone plays under the gentle gaze of the original authors who claim the original copyright of the original source code. For practical purposes, forks won't work well.
(Think of how it would be if someone with a strong personality like Theo, but lacking the commitment to freedom, were to release something like openbsd under this license.)
Freedom and openness are <u>not</u> permissive. We are clear, are we not, that the GPL is by no means permissive? You are allowed to use the software only under the principles of protecting everyone's freedom to use the software. They way the license structures the limits and grants gives project leaders the authority to maintain their natural stewardship over the project while allowing <u>freedom</u> minded individuals and groups to join in.
One way they can join in is to fork the project, but the license provides the framework for a clean fork. You can legally move on without leaving your source behind you, and that is a huge part of the freedom.
Even the BSD/MIT licenses are not truly permissive. The apparent ambiguities effectively allow room for project leaders to maintain their stewardship, and allow room for clashes to result in project forks.
The BSD/MIT licenses also technically allow "darkening" a fork, where a user refuses to pay his natural duty to the community by contributing back his or her changes. But the license provides no inherent leverage for the dark forks to use against the open forks. The license also allows the natural consequences of darkening a fork to occur. (Darkened forks naturally tend to wither away.)
(This "Microsoft Permissive License", on the other hand, will effectively work agaist project forks, and will effectively work in favor of keeping project leaders in charge way beyond their time.)
Again, the apparent permissiveness of the BSD/MIT licenses is in comparison to the radical pseudo-traditional idea that source code should be closed from public view. (Closed is actually very permissive, because whatever was done was done behind closed doors, and the guy with the biggest pocketbook got to play with whomever whenever with relatively few social consequences.)
The terms of the Microsoft Permissive License are inverted. The limitations are stated after the grants, which is going to make for some really difficult-to-untangle legal arguments.
The use-at-your-own-risk clause almost appears to not be there, which is probably appropriate for Microsoft's sales machine, but is not at all appropriate for the end users.
The grants are not complete. In the end, your lawyer is going to be telling you, you can't do that more often than not, preventing the implementation of useful features which is one of the primary benefits of truly open licenses.
The patent protection clause is a club, not a shield. Very one-way.
The above is just a start. Like I said, it is a typical product of Microsoft, implementing the wrong stuff simply, to sell to the unwashed masses.
joudanzuki
Open Source use to have a very specific meaning. There was safety and freedom associated with it - no strings... Projects and forks of projects created one of the richest periods of software contribution in any era of since the computing age began. Novell, Xandros, Linspire, OpenSUSE have help change this. There are also way too many people defending what Microsoft is doing and continuing to play their part as pawns. Anyone working freely for OpenSUSE is killing Open Source and Linux itself.
GNU/Linux as a free, unencumbered Operating System is dead, folks. I read above that the BSD/Apache license allows itself to be mixed with propretary code, sigh...
This statement says it all:
"Code licensed under the MS-PL cannot be redistributed under the terms of any other license, but it can be combined with works released under the terms of other licenses, as long as those other licenses permit it."
It's a typical Microsoft tactic. We can hurt you but you can't do a thing to hurt us. By the time they're done, their FUD will become a self-fulfilling prophecy. Distributions are allowing this type of viral code to enter their upstreams - Game Over.
OSI email group gets catty over Microsoft's Permissive License request
Posted by: Anonymous [ip: 66.81.37.159] on August 18, 2007 06:22 PM#