Are too Many Licenses a Bad Thing?
- By devnet
- 7 April, 2005
- 5 Comments
“One country . . . one ideology, one system is not sufficient. It is helpful to have a variety of different approaches . . . We can then make a joint effort to solve the problems of the whole of humankind.” Dalai Lama
Open source and Linux is currently at the forefront of the new OSI Licensing Process and the GPL version 3. This usually would boil down to nothing for me and most likely boils down to nothing for most end users. However, in the cases of both of these ‘improvements,’ there are alternative motives. Don’t fool yourself into believing that all intentions of the OSI is to make Joe Common and his laptop full of Linux happy. While they may have Joe’s best interests in mind…they have his pot on the backburner while the new Teflon coated enterprise pot is heating up nicely on the front one.
You’ve heard me talk about this before in a couple of articles [1] [2] that attempt (albeit, my first attempt so please be kind
) to address the issues that come into play when businesses and corporations assert their influence into open source communities and projects. Once again, I feel that not enough people are looking at the whole picture. Not to say that I have any ability to understand anything better than others; just that I make a consorted effort to always look at things in 3-5 different ways (leftover habit from college philosophy class).
What do I have a problem with this time? Let’s start with the OSI wanting to ‘trim the fat’ and drop or de-emphasize licenses. Why do we need this? Intel seems to think that it is needed and the community seems to think that there are too many licenses also. Why too many? Who says that this is needed? Can fewer licenses even be feasible?
I don’t think the OSI is actually thinking about things…they’re listening too hard to businesses and enterprise to be thinking. They’re listening to these enterprises and large businesses whine about having to hire X number of lawyers to sift through licenses to make sure that they know what they have to do in order to use the code. Notice I put emphasis on what “they” have to do i.e. the business or corporation. My reasoning lies in the fact that, by nature, a business wants to do as little work as possible to A) save money while at the same time they want to B) save time. In this case, they want to have their cake and eat it too. They want the benefit of few licenses to sift through and they want the OSI to do it for them…and for free. What’s the best way to do this? Have a keynote speaker (HP’s Martin Fink) from a company that is Linux-friendly (HP) give a call-to-arms at Linuxworld.
I don’t have a problem with businesses wanting to make more money or using open source to make money. I do have a problem though when businesses take open source for granted. They act as though Open Source was MADE FOR THE ENTERPRISE. We know this isn’t true. Open source was made for the common good of everyone, not just those in I.T. nor in the enterprise environment. In this case, I feel that the call to remove licenses from the OSI model is just that…taking OSS for granted. These businesses are assuming that they can have the OSI sort through the licensing schemes and ‘clean out the closet’ in a sense. And the OSI is letting them do it by actually listening to what these businesses and enterprises are saying.
So is this spring cleaning needed? Nope. It’s only recommended. Notice the people that are participating in said recommendations? Is it Jon Smith who uses OSS to develop software on his desktop? Nay, it is Intel and HP. It’s large corporations. It’s only needed by businesses that want to save money and get something done for free at someone else’s expense. The common sourceforge project doesn’t give two squats about licenses that they don’t use…and that is what open source is about. Not squabbling about a license model, but developing projects and making progress on said projects.
The beauty of the OSS model we currently have is that it has many licenses to choose from.
This allows software developers to choose what is right for them and to open source their software with a license that they are comfortable with and that their customers are comfortable with. Projects that might not open source their code will take a look at the MPL and say, “Oh, look, this fits our business plan” and they’ll go for it. They might not be willing to take the GPL plunge just yet. Getting rid of licenses means getting rid of choices and ostracizing developers and projects by NOT allowing them the choice of license…in a sense, deciding for them what they are allowed to open source and under what license they are to do it under.
Let’s take a look at an actual case where the above paragraph is illustrated. We might use Sun Microsystems as an example. Sun took Solaris and contributed the CDDL to the OSI license listing. While I don’t fully agree with the license Sun released this under (believing that the GPL would be better), I do agree with their intentions. They could be hoarding code like Microsoft, but they’re not. And they released their code under an OSI approved license…which is a heckuva lot better than nothing at all. That’s the beauty of having many licenses. Had they kept things closed, would open source have as much attention as it does now? This is only a small example.
Variety, they say, is the spice of life. What does the end user have to gain from the OSI license slashing? NOTHING. A big, fat zilch for benefits. Big business and enterprise would benefit from this because they wouldn’t have to pay Lawyer, Lawyer2, and Brownstone 200 bucks an hour to ruffle through the different licenses. Developers might think that it will be easier to sift through the licenses also. But in the end, NOTHING is gained by getting rid of licenses. We lose more than we gain…we lose choices and alternatives. I don’t know about everyone else, but when you lose more than you gain at something…you don’t do it. Perhaps the OSI should take a few steps back and reconsider which ear they’re listening out of.
This content is published under the Attribution-Noncommercial-Share Alike 3.0 Unported license.
-
English Nut
-
http://Thisone devnet
-
http://www.gbgames.com/blog GBGames
-
http://thisone devnet
-
http://www.gbgames.com/blog GBGames
Copyright © 2013