Slashdot Mirror


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.'"

5 of 169 comments (clear)

  1. Same question as always. by khasim · · Score: 3, Interesting

    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.

    1. Re:Same question as always. by davidsyes · · Score: 3, Interesting

      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.

      --
      Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
  2. Re:Double standard? by someone1234 · · Score: 3, Interesting

    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

    --
    Patents Drive Free Software as Hurricanes Drive Construction Industry
  3. Re:JFGI by trifish · · Score: 3, Interesting

    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.

  4. Re:what's incompatible? by trifish · · Score: 3, Interesting

    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).