Dispelling BSD License Misconceptions
AlanS2002 writes "Groklaw is hosting an article by Brendan Scott which looks at the misconceptions surrounding the BSD license. From the article: 'We observe that there exists a broad misconception that the BSD permits the licensing of BSD code and modifications of BSD code under closed source licenses. In this paper we put forward an argument to the effect that the terms of the BSD require BSD code and modifications to BSD code to be licensed under the terms of the BSD license. We look at some possible consequences and observe that this licensing requirement could have serious impacts on the unwary.'"
This novel interpretation of the BSD license requires various syntax games with the license text that simply aren't supported by common sense interpretation. And yes, while common sense may not be the output of much of any area of law, contract law included, it's still got a lot of weight as input.
It's not a viral license, no matter how much anyone wants to twist their personal interpretation of it. All in all, it's pretty funny, telling the licensors how they actually intended a different outcome than what they, well, intended.
Done with slashdot, done with nerds, getting a life.
Call a spade a spade. It's not a 'novel interpretation', it's FUD.
Someone who want all software to be 'open' only in the GPL notion is trying to spread FUD that the truely free BSD license also has the same viral restrictions. Don't buy it, don't spread it. It's FUD.
To the author of this crap 'interpretation': If you want your software under GPL, then write it that way, but don't try to spread crap about the BSD license.
Personally I care more about other people being able to benefit from my code than preventing corporations from using it for profit.
The problem comes when a company claims "ownership" of your code and then determines who benefits and under what contitions. That's what happens when you don't worry enough to make things right.
A great example of such a theft is Macsyma(tediously detailed article that's nice but misses the point), the grand-daddy of Maple, MathCAD, Mathematica and many other symbolic algebra systems. It was developed, largely at public expense by people who expected the public to be able to have it. Instead, the results were "commercialized" in the 80's. A single copy of the original code(much better history, as you would expect from a free software project) survived thanks to the efforts of Bill Schelter, a GNU Common Lisp author and one of the first to port GCC to i386. Schelter managed to convince the DOE to let him legally distribute that code ... 20 years after it had been stolen from the public. Since then, development has been speedy and it will not be long before the quality matches or exceeds current commercial packages. The next time you spend a hundred bucks on one of it's commercial derivatives, remember that you might have had a free version a decade ago.
So, before you freely give your life's effort to others, you might consider what they will really do to other people with it and chose an explicit license that suits your real tastes. The GPL is the most common choice made and there's a reason for that. The same old assholes are up to new tricks, like "trusted computing" that are designed to lock everyone but themselves out of the market. In the future, if they have their way, you will not be able to run your code on commercial hardware. Is that the kind of thing you want to support in any way?
Friends don't help friends install M$ junk.