Slashdot Mirror
How Many Open Source Licenses Do You Need?
jammag writes "Bruce Perens, who wrote the original licensing rules for Open Source software in 1997, notes that there are a sprawling 73 open source licenses currently in existence. But he identifies an essential four — well, actually just two — that developers, companies, and individuals need. In essence, he cuts through the morass and shows developers, in particular, how to protect their work. (And yes, he favors GPL3 over GPL2.) For his own coding work, he's fond of the 'sharing with rules' license, which stays true to the Open Source ethos of shared code yet also enables him to get paid by companies who use it in their commercial products."
Hi Folks,
I happen to be at my desk again today, and can discuss this article, if any of you have questions or, more likely, comments :-)
If I write 30 responses, there will be a break. Slashdot locks me out for four hours after 30 postings from one IP.
Bruce
Bruce Perens.
You are free to use your own license, containing whatever text you wish. The main limitations on you are 1) whether you can get anyone else to participate and 2) whether your license is effective in court. If your license requires me to sell my first born son into indenture, the court is not likely to uphold your license.
As you observe, standardization is desirable. One of the biggest goals of Open Source is to make more Open Source. You should be able to combine different Open Source programs into another new one, in a way the creators of the original pieces did not envision. To do this, the licenses must be compatible with each other. So, having everybody write their own is, in the long run, detrimental because all of those licenses will be incompatible with each other, or nobody will be able to understand if they are compatible or not.
So, I laid out one scenario in which lots of people and companies can use a minimal set of different Open Source licenses that fulfill the different purposes that people have for Open Source, and are compatible with each other. You are free to use that list, or ignore me.
Thanks
Bruce
Bruce Perens.
This is why I wrote the DFSG / Open Source Definition. It provides a single name for a set of licenses that grant a particular set of privileges.
I did consider licenses that prohibit military use, and decided they were a bad idea, and the DFSG / Open Source Definition does not allow them. The license that was a bad example the time was the Berkeley SPICE license. This license was written during the period of South African Apartheid, and prohibited use of the SPICE circuit simulation software by the police of South Africa. 10 years after Apartheid was over, the license restriction was still in effect. Even though the police by that time were probably Black.
The other big prohibition to consider was Commercial Use. There were a number of "personal-use only" licenses at the time. I figured that licenses that prohibited commercial use made the software pretty useless and that it would not have effective collaboration to advance its development.
Licenses are important because they use rules to structure partnerships. We need to understand them, and how to use them. Yes, there are people who are very partisan. But just calling them zealots doesn't get at the reasons for their license, and whether those reasons make sense for you.
Bruce
Bruce Perens.
This is a problem. It seems that every attorney has their own fear, which they insist on writing into their own license that you must use.
But IMO the largest part of the problem is that few companies are effective at managing their own attorneys. Many technical managers feel that law is a black art and that they can only manage what they understand. Top managers with this problem tend to structure the company so that middle managers can't push back on Legal, and must do whatever Legal says. And thus, company attorneys generally get their way even on small points. A general counsel who sits on the board is even able to do this to the CEO, if the other board members aren't good at managing attorneys.
If it is imposed on the attorney that using an OSI-accepted license is important, the attorney can probably do a reality-check on their own fear. The fact that this doesn't happen is more an issue of management effectiveness than anything else.
Thanks
Bruce
Bruce Perens.
You only need one license.. The WTFPL
Both are copyrighted. One grants the right to modify, one does not.
Consider why it is not smart to modify your TCP/IP stack to be incompatible with the standard. You have the right to do so, but doing so will make it very difficult to communicate with others. And unfortunately engineers and tech companies are more likely to understand the consequences of modifying TCP than those of modifying a license. FSF doesn't prohibit you from using your own license text, they can't. They just decline to help you stick your foot in your mouth by modifying their text.
Bruce
Bruce Perens.
Bruce
Bruce Perens.
That's silly, lots of companies have failed that might still be here with a viable Open Source strategy.
Attorneys are concerned with avoiding liability for their company and having enforcible licenses. If you had an employee who went around all day with his hands on his buttocks due to some irrational fear, your choice would be to terminate him or send him for psychological help. Attorneys can be more paranoid than systems programmers, and sometimes a manager must temper this.
Bruce
Bruce Perens.