Does GPL v3 Alienate Developers?
An anonymous reader writes "Via Wired, a blog post in which BMC Software's Whurley and Google's Greg Stein agree that the GPL v3 is currently on a path that will alienate developers. Stein has an interesting theory called 'license pressure' which is similar to 'pricing pressure'. 'Due to pressure from developers, all software is moving towards permissive licensing" translation, the GPL and developers are moving in opposite directions ... Developers care about the licenses on the software they use and incorporate into their projects, they like permissive licenses, and they will increasingly demand permissive licenses.'"
I was under the impression that the GPL license is mostly meant for "hobby" developers that want to make sure no one abuses their code to earn money on time they donate for the good of mankind. Not industry developers that want to earn money from their code. I might just have gotten it all wrong though.
Any developers willing to comment on what they want out of a license?
Because as a developer we can always choose. GPL2, 3, BSD, Mozilla, MIT whatever we want. We are the ones in control. It's the users that can get annoyed when a package they could normally use can't after a license shift.
As an "open source" developer for some time now, I disagree. In fact, once I am ready to release I doubt it will be under any version but the GPL v3. Why? Consider one question: Does the FSF and EFF back most or indeed any of the other versions of an OS license?
Because only the GPL has the full faith and backing of the FSF and the EFF. In the era of expensive patent and "anti patent" litigation, I want those organizations on my side for the same reason that --though I consider myself quite conservative in most political positions --, I don't automatically dismiss the ACLU as a leftist liberal organization. They have a good track record of protecting the important parts of our "electronic civil rights."
...Open Source isn't the only answer -- but it's almost always a better value than the alternatives...
So what you're saying is that people with a vested interest in making money on other people's code are demanding that code move to a more 'permissive' license like BSD instead of GPLV3? Because I've seen more projects move in the opposite direction -- moving away from BSD-like and into GPLV2 rather than the other way around. But, for the most part, projects that have BSD-like licenses and those with GPL-like licenses tend to either stay with the same license or move to a dual-license scenario. OTOH, I see more new projects going with GPL-like licenses over BSD-like licenses.
Whatever. I don't see GPLV3 causing any major shift in the open source/free software community
My blog
Quite. Whishful thinking on the part of those who are scared of the GPLv3. If it will "allienate" developers (who exactly nobody knows since ratio of bitching about the GPL is always inversely proportional to the actual coding in free software projets) then it will be great, nobody will use it, there are other licences out there and everything will be perfect for the anti-copyleft camp.
The "problem" with the GPLv3 isn't that it will allienate developers, it's exactly the opposite: most people against the underlying principle of the GPL - and especially those who have been relying on loopholes created by the changes in technology and society - are scared that it will actually be adopted - which I think it will, replacing the GPLv2 in new projects as the "de facto" copyleft licence. Don't like it, don't use it, but especially don't bitch about others using it, fell free *not* to use the code in the first place.
I'm sure certain companies would like GPLv3 to be alienating open-source developers, but frankly I don't see that happening too much. The only people it's alienating are people who would never use the GPL anyway. I've heard this tune sung before, when GPLv2 was being introduced: all those unrealistic, idealistic, totally unneccesary changes RMS was introducing would completely destroy the license and developers would abandon the GPL as unworkable. We can see how accurate that prediction was.
Yeah, it does alienate me.
My drive is in writing code, and being able to look at other code that has what I want, plain and simple. In that sense, the GPL made it easy to do those two things: all technology is driven by convenience. PHP isn't popular because of its "enterprise-class frameworks", it's popular because it's easy to grab code from elsewhere, easy to write code in. Windows is easy because it comes with your computer. The GPL made it easy to be open-source.
In the past few years it seems everyone has become a zealot for something in computing, not because they're a visionary, but because they're a bully. And to be honest? I don't really give a fuck. I don't plan on using licenses for the advancement of some idealogue's great Cause, and I don't plan on consulting a lawyer just to write code and see if I'm Compliant.
So in the past few years I've released stuff as BSD/MIT/etc. (Gasps.) Do I care that people can use my code and not contribute back to the "community"? Not really. For one, I haven't found that to be the case. But secondly, it's just easier. It's easy to use code and to release code. No Visions, no Causes, no lawyers, no Compliance and papers-please-style-development. Just some guy on the internet putting his code up for use.
It looks like someone's borrowed a theme from politics: the straw man. Take something that doesn't exist (this hypothetical band of developers and their even more hypothetical 'license pressure') and spin and pound your fist, and maybe noone will notice that you've created what appears to be a good argument out of pure nothingness.
I am about to release a small project "DS Dictionary" which is a dictionary app for the Nintendo DS, under the GPL. I was forced to do so because I used the GNU GCIDE dictionary and two other GPL libraries. I contacted the author of those libraries, and they are GPL because the author in turn used another GPL library. The GPL is working today, and spreading, exactly as it was intended to do. And there is a large and ever-growing base of GPL software.
In this case, I'm very glad. I wanted to base my application on another project which was very similar to my own. But that person chose not to release the source to their application, so I was forced to go this route. It doesn't matter - this was a free tool and a useful experiment in learning to code for a new device. And the GPL source made it take 1/10th as long. I'm actually frustrated at the people who write code and horde it, so in some ways, I'm glad the GPL is forcing things to open-up.
Of course, I'll change my tune next week when I have an app I want to write where one library is GPL and the rest is not, and I'll have to go rewriting things.
the disconnect isn't between people who want GPLv3 to be "Less permissive" or "more permissive", it's between people who think GPLv3 is "more permissive" vs people who think GPLv3 is "less permissive". Both sides want more permissive licenses, they just disagree on what constitutes "permissive". Some say "you won't let me take permission away from others, so it's less permissive!", others say "we won't let anyone take away permission, ever, so it's more permissive."
/is/ allowed!"
GPLv3 really just seems to be an attempt to make things explicit which were implied in GPLv2. Personally, I think that's a step in the wrong direction, because the moment you enumerate which things you can or can't do, as opposed to just blanket saying: "you can't, in any way, distribute this software if you, in any way, prevent others from distributing this software", people will say "oh, you said "patent", not "Billy's Intellectual Voucher Certificate", so my way of restricting use
-- 'The' Lord and Master Bitman On High, Master Of All
We would like to make a profit from open source software and not return anything to the community.
As we all know, the BSD license has pressured people into not using the GPL at all. Given the greater freedom to the end user it gives, it makes the market for GPL software utterly untenable. That's why Linux has switched to BSD licensing. The public domain, however, is so compelling, given its great degree of freedom and complete removal of all boundaries on use, Microsoft has placed all of Windows in the public domain. In fact, the only thing that stood between Microsoft and total world domination was their licensing which prevents certain people from using their software as they see fit!
Joke Joke!
There's an old rule of marketing which states "You can charge too little for a product". Just look at most people's gut reactions, GPL'd software is more valuable than public domain software. For developers and corporations like IBM, GPL'd software is more valuable than BSD software because of the GPL's additional sine qua non provisions. The spirit of fairness that is at the basis of RMS's 4 freedoms has value to developers and coporations. For most developers, protections against corporate profiteering preserve their personal ability to profit from their labor. The only people alienated are freeloaders.
Right now, there are roughly 3 types of OSS licenses.
The article states "look at the proliferation of licenses", as a sign that the GPL isn't filling a need. The simple facts are that the first two licenses are pretty much in the bag. Nobody writes new licenses that attempt to the accomplish the first two. Pretty much to a person, everyone uses Apache 2, BSD or the GPL to accomplish those goals. If you start looking down the list of other one-off licenses that are for OSS. Those are all about filling the need in the third item. If anything, it could be said that the LGPL is "failing". It isn't the "one true license" to accomplish the task. Essentially the proliferation of license's is about finding a "share and share alike" that can exist in a corporate environment. Where the core technology can be shared and developed by many folks, while the extensions and non-core pieces can be value-adds that are solve for money.
Greg Stein's a brilliant guy, and one hell of an engineer. But I think he's living in his own little world here. Lot's of folks like and enjoy writing software under the premise of the second type of license. Some folks do it under the first. In the end, the collaborative effort will virtually always win out. So in a lot of ways it doesn't matter if you use a license from the first or second group. That's why Apache has never been taken and had a closed competitor that is more used. Sure some commercial products are based on it, but none of them will ever quash Apache out of existence because they are so popular.
All the action is how to have an open source commercial license. The LGPL has a few terms that are a bit harsh on business, and have little to say with respect to patents or trademarks. In this day and age a license must address those.
Kirby
This just makes no sense. The difference between GPLv2 and v3 is negligible compared to the difference between the GPL and other licenses.
It's basically the same license, it's just that it's written in a more legally robust way, more explicitly enforcing the things that GPLv2 is already supposed to enforce.
It's also had the most thorough community review process ever, for these sorts of things. Every word of GPLv3 has been debated by everybody who bothered to get involved, including all the major commercial users.
All news like this is just FUD.
I believe posters are recognized by their sig. So I made one.
Correct. Further, GPLs v2 and v3 have clear statements saying that it's ok to sell covered software.
t ranscript
Enabling businesses to be built up around free software is essential for the progress of the free software movement. Our licences just have to ensure that those companies cannot harm the movement (neither intentionally nor under pressure from MS).
So if you distribute the software, you can't hide the source, and you can't sue the users for patent infringement, and you can't put it on a device that is set up to allow you to continue to modify without also giving the recipient that freedom. (Boo-hoo, you lose the "freedom" to screw others.)
And in the other direction, there is a warranty disclaimer so that distributing the software doesn't put people's business at risk.
Here's a summary of what's new in GPLv3:
http://fsfeurope.org/projects/gplv3/brussels-rms-
As is typical of this type of FUD article, the author talks nothing about the actual content of the licence, and instead just gives baseless summaries and gossipy predictions.
Please help publicise swpat.org - the software patents wiki
If this person thinks that the GPL 3 is "less permissive", then he's right-- if one is speaking from the perspective of a corporation eager to use GPLed code as a "free ride" and profit off of it, whilst locking it away on proprietary embedded devices and never letting users hack on them (Tivo, I'm looking at YOU!).
The GPL is "more permissive" from the perspective of free software coders, in that it gives them the freedom-- and thus the permission-- to release code without wondering if it will end up going to line the pockets of some rich embedded device maker.
There's a saying in some circles in America: "Don't be so 'open-minded' that your brain falls out". Likewise, the goal of the GPL3 is to "not be so 'permissive' that coders get screwed".
If someone tried to smack you across the face, or rape you, or otherwise assault you, and you said "NO" and defended yourself, I suppose the attacker/rapist could complain that you were "not being permissive enough". But that's your right. Likewise, it's the right of developers to not fear that corporations will use their code as a free meal ticket, whilst the original coders get nothing in return. If you don't care if people lock derivatives of your code away forever, release it under the BSD, or into the public domain. The GPL is about freedom to hack on things, freedom to change and update and distribute and reverse-engineer-- not freedom to find sneaky ways to proprietarize open code for financial gain.
With spending like this, exactly what are "conservatives" conserving?
Because:
Tivo wants to use GPL code but prevent users from installing modifications to the GPL code on their boxes.
Google wants to use GPL code and add modifications that others are prevented from using or modifying by using software patents and lawsuits.
If you want to use free code and hide your changes, and further restrict users, BSD is the way to go.
Sorry for the flaming, but I hope you can see it's easy to lose patience with this sort of thing. And I lose patience with Slashdot for running this story over and over again.
Bruce
Bruce Perens.
I don't think this is true. If I take BSD licensed code and make a change to it and then license this new group of code as GPL, I don't think there is any problem. The GPL meets all the requirements of the BSD license. I can do anything with the BSD code I want so long as it is in compliance with the BSD license. The BSD license does not restrict me from not prividing the source, or selling the code, or licensing the code in some new way. MS took the entire TCP stack and so long as they keep the original credit in it, they can release it under their proprietary Windows license. The same is true for releasing it under GPL (as far as I know). Now if I have GPL code and I want to release it under the BSD license, I have a problem, because that does not meet all the criteria for the GPL license. To do that I do need permission from all the copyright holders who contributed.
On your first point, regarding GPL2 and 3, I agree by the way. I just believe you are incorrect about moving BSD code to GPL, which I think is perfectly legal.
Honestely curious, what in particular about the GPLv3 makes you feel that way? You mentioned that you considered moving it to GPLv2, so it isn't out of being against copyleft in general.
As a developer, though admittedly a small-time developer (under 100k lines of source published under GPLv2 over the last several years), I see the GPLv3 much like a version upgrade of a library or operating system. The new one may have a few minor quirks, but they're well worth it for bugs fixed in the new version. As a developer who releases under the GPL, I especially see the "tivo" issue as something like a security hole, and I'm glad it's getting fixed!
The thought process behind all this wishful thinking seems to be that "developers" (proprietary leeches who want to use the code but not share their own additions) are somehow customers, and what they want matters. That would be true if they were paying customers. But the truth is, every time I publish any GPL code, I never expect to make a dime (other than perhaps people find me and want consulting on their projects). So all these "developers" who want more permissive, BSD-style terms don't factor into my decision making process. I want to share the code, and since I don't expect to make any money, it's only fair that anyone who uses it must share theirs too.
PJRC: Electronic Projects, 8051 Microcontroller Tools
I don't feel comfortable releasing under GPL v2 because of the potential for abuse; abuses that the GPL v3 will fix. Thus, I eagerly await the final release of the GPL v3. It will encourage me to create MORE software, not less. Maybe TFA is right. Maybe there exists somewhere a horde of developers who absolutely hate GPL v3 and will never use it. I don't begrudge them their choice; hopefully they won't begrudge me for mine.
I've noticed that since they have implemented the changes in how articles are submitted, the signal to noise ratio has become markedly worse.
We need a real editor to double-check for FUD, Holy War/OS Spam, and the like - and remove it. This isn't newsworthy - it's just more flak from someone who won't even bother to name himself(and his site as pointed out is basically a huge wad of FUD and blathering.
As for the GPLV3? tough - suck it up. GPL by its nature was never intended to be worked around or filled with loopholes. The spirit of it is clear - no profit, no stealing, no typical corporate BS with the code. the current one locks it down much more tightly and I for one have no problem at all with it. Make your money off of your own code if you are so bright. Stop copying everyone else's work and claiming it as your own. Or better yet, learn to make your money through value-added techniques and services instead.
P.S. A good example of this is a company like Linspire. You pay for your Linux distro - but you also get a lot of back-end support with real people to call, everything easy to find if you are a newbie. You pay $50 for the ease of use and added value(s). Or get Freespire and do it yourself.
The GPL is not a contract (***in the USA***), but that's not the contract I mean.
The GPLv3 tivoization clause says that you can't use DRM to prevent changing the GPLv3 code on a consumer device.
What makes a consumer device special? Ever wonder why GPLv3 has a hole?
This is to allow various types of devices where the customer (usually a business) actually wants the DRM being used against them. Typically this is for legal reasons. The device might be safety-critical stuff: a medical implant, aircraft flight control software, nuclear reactor core monitoring equipment, etc.
The proper distinction here is that the customer actively participated in writing the contract. (freely offered to dig his own grave) Normal customers don't get to do that; you don't get a tivo if you demand that tivo executives first sign something your lawyer wrote.
So this is a minor inaccuracy in the GPLv3. It covers both more and less than it ideally ought to. Yuck.
Clearly people who don't like GPLv2 won't like GPLv3, but why would you expect anything different? And those who have been most outspoken against earlier drafts of GPLv3, like Linus Torvalds, seem to be much happier with the latest version (they might not use it, but it's hard to claim they're alienated). And kernel developers are certainly not uniform (in anything!); Torvalds didn't like earlier drafts, but Alan Cox has spoken very positively about the GPLv3. The Apache License 2.0 compatibility and internationalization are enough reasons all by themselves to upgrade. And I don't have any trouble with the new "must be able to change the software" rules; if I start a project, I want to be able to use arbitrary later versions extended by others, and I can't without these new GPLv3 clauses for anti-Tivoization and anti-DRM. Yes, in some cases there are other conditions I want more instead, but in those cases I'd use a different license.
I don't license everything under the GPL, because I have different motives for different projects. Indeed, over my lifetime I've licensed stuff under the GPL, LGPL, MIT, and proprietary licenses, depending on my circumstances. But if you're trying to make sure that you get to use future versions of a project you start or contribute to, the GPLv3 is a pretty good way to get there. It certainly isn't "alienating" me. Instead, I now have a new choice, one that better reflects my goals when I choose to release code under the GPL.
- David A. Wheeler (see my Secure Programming HOWTO)