Slashdot Mirror


OSI Hopes To Decrease Number of Licenses

Noksagt writes "Various outlets report that the OSI may cut down the increasing number of Open Source licenses. Right now there are about 50 approved licenses; incompatible licenses confuse and impede developers and end users alike. The OSDL has been pushing hard for this at LinuxWorld. Sam Greenblatt, a member of the OSDL board, said 'Eventually there should be three licenses: The GPL, a commercial version of the GPL, and, of course, there will be the BSD because you can't rid of it.'"

4 of 541 comments (clear)

  1. Re:4 Licenses, not 3 by k98sven · · Score: 4, Informative

    He was talking about software licenses. Not licenses in general.

  2. Re:How can they do this? by JoeBuck · · Score: 5, Informative

    You're free to write whatever license you want; they are free to refuse to certify it.

    The problem with the proliferation of licenses is that you can't mix and match software. Right now there are basically three types of open source (or free software) licenses:

    • Copyleft. The GPL fits this category, as do a few other licenses like the OSL, IBM CPL, etc. Some of these exist for no other reason than to have something like the GPL without Stallman's rhetoric, but since the drafters weren't careful to maintain compatibility of conditions, you can't mix and match code.
    • Copyleft restricted to a body of code; the code can be linked to other code that uses other licenses or is even proprietary. LGPL, MPL (Mozilla), and a whole host of licenses that differ just slightly from the MPL because some corporate lawyer wanted to fine-tune. Where the licenses conflict, you can still mix and match code as long as you preserve file or library boundaries.
    • Non-copyleft (MIT/BSD style licenses).

    These licenses differ from each other on technicalities, and on what happens with patents, or because someone wants to tweak a boundary case. Some of them give a privileged position to the original contributor, some don't.

    The community would be better off if we could just get down to three basic license choices, and the use of "special exception" clauses where needed. For companies that want special privilege (like the ability to use code plus fixes using other licenses), they can ask for copyright assignment of contributions, and treat contributors well enough that they actually get it.

  3. Been there, done that. by sleepingsquirrel · · Score: 4, Informative
    So here's a different idea. Instead of trying to reduce the number of Open Source licenses, people should instead come up with a comparison chart. Much like the Unix rosetta stone except for legalese, identifying general contract features in common (or different) between them.
    You looking for something like this perhaps?
  4. Re:Commercial GPL by Samrobb · · Score: 4, Informative
    GPL has an important restriction -- you MUST give your changes back to the community if you want to distribute them.

    <disclaimer type="IANAL">

    Nope. The GPL says nothing about giving changes back to some "community". It does say that when you distribute a binary to someone, you must make the source code for that binary avilable to them (either as part of the distribution of the binary, or on request within a limited period of time.)

    Practially speaking, this does mean that changes can and do make it back to "the community" in a lot of instances. However, it isn't required by the GPL.

    To use your own analogy - the GPL doesn't force you to put your changes on the village green. It allows you to put them on the village green, and it also allows anyone who receives them from you (directly or indirectly) to put them on the village green. That allowance greatly increases the chance that someone will put your changes on the village green, but it doesn't make it a requirement.

    </disclaimer>

    --
    "Great men are not always wise: neither do the aged understand judgement." Job 32:9