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.
I'm a developer, and I like it more than the GPL2. It seeks to do the same things, but it does them better. If I had a philosophical problem with the GPL I'd use a BSD license instead. I think it's vital that both types of license are out there.
Sorry, large evil software company. We like the GPL just fine.
Signed,
The developers whose software will still be around 10 years from now.
I encourage everyone to disable Javascript for slashdot.org in his settings
c tab=0&geo=all&date=all
and to disable the loading of images from other servers than slashdot.org as
long as that FUD spewing loser is wasting our precious time here.
The name of his own site says it all:
http://www.randomdialogue.net/
[...]"I have random things to say."[...]
That is what I get when I read Zonk's articles. Random
sensation about bullshit only Zonk cares about. I guess
as a kid Zonk watched too much CNN where every sack of
rice in china is a important and threatening story.
I would rather read the whole duped SCO and Jack Thompson bullshit AGAIN
than any new Zonk story.
Forget it... it's TOO LATE! The market has already decided:
http://www.google.com/trends?q=slashdot%2C++digg&
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.
The GPL is an attempt to license behavior and mitigate the natural greed factor in humans (corportations?). Legal minds have worked diligently over the last decade to bypass as many of the greed restrictions in the GPL as possible to commercialize open source software. In response GPL drafters are trying to contain the greed factor and keep open source from being constrained. Are they (corporations with money and patent portfolios) trying to box open source in? Is Google and BMC spreading FUD like Microsoft and Novell? It might be innocent, but I'd like to know their motivations.
I believe this is the same columnist who wrote something like "Why Microsoft Loves Open Source," which took a very naively trusting view of Microsoft. He claims to be an open source advocate, but he is either stupid (or very naive), or an undercover shill for Microsoft.
I've read thousands of GPL3-related comments on Slashdot, and it is apparent to me that for the most part, the people who don't like GPL3 are people who already didn't like GPL2 -- people who either liken it to cancer or communism, or people who only like BSD-style licenses because they think that when code is freely given to them it means they should be entitled to re-use it in a proprietary product against the wishes of the original developer (and then claim that the GPL is stealing the food off their children's tables).
This is just FUD.
The GPL is very permissive, it permits the *user* to always be in control of the software by preventing companies from restricting it using DRM and other mechanisms. It is *not* permissive to *companies*. So you have the developers in the middle. They sometimes work for the consumers. They sometimes work for the companies. The consumers don't want the companies to be restrictive. If the companies were really catering to the consumers like they should, they would find ways of creating software without restrictions.
:) (but normally up) (/plug)
(plug)...which is why I'm trying to get a project going for creating a hub for software development commissions at http://www.opendevelopmentnetwork.org/, even though the site is very dead at the moment, and also down.
Promote true freedom - support standards and interoperability.
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.
It's silly to think that one license fits all. For something like the Linux kernel, a license like GPLv3 makes sense. For projects sponsored by companies, Apache 2 is a better choice (in fact, I consider Sun's use of GPL+commercial for Sun Java to be bad). What Stein's specific beef with the GPLv3 is, I don't get, since GPLv3 is largely GPLv2 with the Apache v2 patent provisions.
In any case, people like Hurley shouldn't spend time worrying about the future of the FSF. The FSF has been in this business for two decades and they know what they are doing.
It does me. I am actually considering taking over a FOSS project that lost it's maintainer. I was thinking about moving it to GPL but now it will stay BSD.
See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
I have several GPL2 projects, a couple are quite popular. I'll be moving
all of those to GPL3 as soon as it's out. There is so much astroturfing
activity trying to talk it down that it must be a good thing.
That's true only as long as you don't link to any other libraries or use any other programs as part of your work. As soon as you link your software to other software on the system, you are affected by the licenses on the other software. So, unless you're developing truly standalone software (like assembly code for an embedded device), you are affected by other licenses.
As a hobbyist developer, I see problems with GPL v3 in the sense that it is not compatible with GPL v2. Therefore, if I wanted to release code under GPL v2, I could not link to any libraries or programs that ware licensed under v3. That's not too much of an issue now (since the license has not been released) but it could turn into an issue if adoption of v3 becomes widespread.
We all know what to do, but we don't know how to get re-elected once we have done it
LGPL allows me to reuse the code that I've written as open source, in my boss' projects. I distribute it free because I feel it'll be useful to other developers out there.
I have the tendency to write software libraries, because they allow me to reuse my code in several different projects. The executable programs are just a wrapper. So, the LGPL suits me.
Good examples of LGPL projects are the FFMPEG library, which the LGPL ensures it can be used for both commercial and non-commercial projects.
And if that's not enough, there's the wxWindows (wxWidgets) license, which is GPL + exception.
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
Google is afraid that they won't be able to steal any more free software?
Greg Stein would like everything to be public domain so he can incorporate it into the google web server and then get a big fat bonus from his idiot boss when he tells him that *he* wrote all this code, because he is Greg Stein?
And where is that chris di bona fatass?
We would like to make a profit from open source software and not return anything to the community.
I'm not a fan of GPL anyway, give me BSD/Apache/MIT any day.
Yes, I am a smart ass; it's better than the alternative.
While it's undoubtedly true that some developers will be alienated by GPLv3, I don't think that it matters in the longer term, because *all* free and open source software contributes to the building of the GPL'd community pyramid, in one way or another.
In the long run, the boundaries between code written under different FOSS licenses tend to get fuzzy, because all the best ideas from old software (and code, where allowed) tend to make a new appearance in software created under the latest license. It's just the way people work. Very few want to take a political stand by adding a feature into an old licensed version of a package only, and disallowing forward migration.
If you like, GPLv3 represents more than just a specific instance of the GPL licence. Once it is released, it will become the generic GPL for the new front line of free software development, and for most people the "v3" label won't matter. And if important non-GPLv3 software (Linux kernel excluded) contains anti-migrationary constraints, then it will be rewritten within the GPLv3-supporting community if enough people want it. It's inevitable.
The kernel seems to be in a different category, but as far as applications are concerned, I really don't think that a degree of alienation among some developers will matter much at all.
"The question of whether machines can think is no more interesting than [] whether submarines can swim" - Dijkstra
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.
In Soviet Russia, GPL v3 spreads FUD about YOU!
(or at least never understood it) so I doubt they'll be bothered by the details of what GPL3 actually says either.
If you were blocking sigs, you wouldn't have to read this.
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
should first open source their indexing code and pagerank before talking about permissive licenses.
What a hypocricity!
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
I really only have a few things to complain about:
* license proliferation and incompatibility (can't change Linux)
* that selfish anti-Linux ("GNU/Linux") rant in the preamble
* the stupid gname! "GNU" isn't gnice, it's moronic
* "consumer product" definition doesn't involve a fair chance to negotiate a contract
I wish we could move everything to GPLv3. Right now, every downloadable ISO image with GPLv2 binaries is in violation unless that site is also supplying the source. It's not enough to point people to the original source. This sucks; lots of projects are technically in violation. GPLv3 fixes this.
They do not use the GPL except when forced by the GPL.
They haven't written anything original, new, fresh, unencumbered by prior licenses... and then decided to use the GPL.
This guy seems to have an opinion (or maybe an agenda) concerning licenses, but can't be bothered to know the difference between open source and free software. It is hardly something worthy of mention on Slashdot.
My mom doesn't know the difference either. Should I get her to write an essay and submit it?
See that "Preview" button?
It's time to wait for V4.
Don't feed the troll.
I, like many other people, develop commercial software. I can't use anything with a GPL license in our projects. That means my employer devotes $0 towards GPL projects.
On the other hand, we do occasionally use MIT or BSD licensed projects. When working with those we put in a lot of QA time (something most open source projects are severely lacking in!) and we put in some engineering time as well to fix problems we find or extend the project to do things it currently doesn't. That means my employer devotes manpower (and hence $$$) towards these projects.
It's not good, it's not bad, but it's something you should consider when choosing a license, especially software libraries.
Exactly. The GPL grants you a lot of rights, provided you grant the same rights to anybody you distribute to. It's symmetrical.
The GPL isn't very restrictive (hey, it includes a patent license, BSD doesn't have that). But that automatically also means that anybody using that code has to be unrestrictive downstream as well. Symmetry.
Most of the opponents of the GPL want a license to be less restrictive towards them, but still they want to be more restrictive themselves. Well, those people never were in the GPL camp in the first place, were they? So their comments about GPLv3 vs v2 don't seem very relevant.
I believe posters are recognized by their sig. So I made one.
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?
I propose that the very notion that developers are starting to want 'more permissive' (read: 'more BSD-like') licences is false. If it were true, then most new projects would be released under the BSD licence, or into the public domain. However, the GPL is just as popular as ever, and the only people whining about the GPL3 are, basically, companies.
The fact that corporations (particularly MS, but others as well) don't like the GPL3 is a very heartening sign. These companies like nothing better than to make obscene amounts of profit off of the hard work of others, whilst giving nothing at all back. They hate the GPL3 because it's designed to protect coders from having their work stolen, pimped out, and locked away.
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.
> 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 thinking for a moment that you talked about the developers who choose a GPL* license for very good reasons.
But no ! No ! No ! You are simply talking about developers (or companies) who want to benefit from the work made by other developers, and don't want to contribute anything back.
Let me say you something, there is another sort of developers : the ones who care about the Free Software licenses on the software they WROTE, and who expect these licensing terms to be respected by other people. And this may surprise you, but I'm sure developers of proprietary software want their own licensing terms to be respected as well when other people want to use their work...
Votez ecolo : Chiez dans l'urne !
mainly because it doesn't require me to put code back out there... sometimes it can be more of a hassle to figure out what alterations I did then to just leave things closed source. One area where this is especially true is in game engine design. You have a lot of really complex speghetti code going on sometimes... stuff that is hard to sometimes comprehend yourself much less re-release and explain to the public... This is why Torque, 3impact, or some others like that as a game engine is way better than Ogre or Quake, or other gpl junk that isn't as refined or as well developed.
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.
You're pretty much on the mark. Whether or not you feel GPLv3 is more or less permissive depends on your views on software, OSS, FOSS, the rights of users, and the rights of developers. If you believe that the GPLv3 is less permissive than the GPLv2, then likely your views do not align with the FSF.
Look, lets be honest. The GPL was made to promote the views of the FSF on software. Don't buy into the FSF's agenda? Don't use a license that was made to advance their agenda. If you don't agree with FSF's views, then be very cautious about using the GPLed license or GPLed code. Otherwise, just accept that you have to make some concessions to get a lot of high-quality free and Free code.
There's lots and lots of software out there with many different licenses. Insisting that others bend their views (and licenses) so that its easier for you to get a free ride makes you look like a fool.
Somehow I don't think many FOSS developers will have a problem with GPLv3. Most of the people using GPL for serious projects understand what it means, and support FOSS ideologically on some level.
My objection to the GPL is the Theo De Raadt test: If you need to be a lawyer to fully understand the license, it's not friendly to developers. That's why I release my code under the 3-clause BSDL; it's short, simple, and to the point. Any developer can understand it, and can comply with it, without needing a legal opinion.
I am TheRaven on Soylent News
Often we accuse large vendors of losing track of their customers. MSFT has been historically blessed by competitors who, by focusing on MSFT lost track of who really pays the bills. Two earlier Slashdot posts: http://linux.slashdot.org/article.pl?sid=07/06/02/ 2219230 http://slashdot.org/article.pl?sid=07/06/04/002021 3 got me thinking about just how much Microsoft will benefit from GPL 3.0 and I posted the following as a result: Why Microsoft Loves GPL 3.0 http://www.itbusinessedge.com/blogs/rob/?p=119&pag e=2
The GPLv3 does not turn developers into aliens, the USCIS does that :)
If programs would be read like poetry, most programmers would be Vogons.
Leading up to the release of the GPL3 license, an innovative theory about how developers want licenses that are less like the GPL3 and more like a competing license, the Apache License, is being pimped by Greg Stein, chairman of the Apache Software Foundation. In other news, sunrise scheduled for tomorrow.
So what possible interest could this large multi-national software company have in GPL software? "Boo hoo, we can't steal code from the internet."
Their assertion that the GPL is unfavorable to developers is questionable at best. Unfair to their developers because they have to write the code instead of stealing it? Or is it unfair to other developers because - I don't know, some other reason that you have to drink the MS kool aid to understand.
Really, now - a company that makes monitoring and management software for several Windows versions - and Linux - issues a release in which they speak of "developers!" and spread FUD about the GPL. Coincidence?
because the license for BSD requires that you keep the names of the developers in the source.
Bummer, you've already broken copyright and you haven't even moved a line of code!
I get the impression that GPL v3 was drafted in response to things like Tivo-isation. But that is the problem with Freedom.
"Free as in Free Speech, not Free Beer", as the mantra goes. Unfortunately, if there is Free Speech, then there will be someone saying something you don't like.
My view is that in any arena of Freedom, there will be those who abuse that freedom, but, in order to preserve that freedom, this abuse will need to be tolerated. This goes for Free Speech, and (may I suggest) also for "Free" software licenses.
Tivo-isation, patent agreements, and the like, might be distasteful, but may need to be tolerated for the sake of a greater "Freedom". Trying to legislate against such things paradoxically may produce less freedom than there was before.
Sesostris III
You never know what is enough unless you know what is more than enough. - Blake
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
is this a poll.
GPLv3 may scare companies that wish to restrict use of changes to the software by using TPM or software patents.
If you like those kind of restrictions, there is BSD.
Developers do not generally like those restrictions.
So the answer is no.
Many years ago, I wrote some open source software that we ended up putting under a BSD-like license. This led to the very wide adoption of this software in all sorts of devices -- mobile phones, PCs, Tivos and possibly even spacecraft.
If this had been under the GPL, it would *not* have been deployed as widely. [Given that this software was developed in 1991, the GPL was not really a serious contender at the time]. I don't get any income under either the GPL or the BSD-like license, so that is a wash. What I do get, from wider deployment, is a bigger ego boost. This is important to me.
I wrote my own licence for my own projects, which is reproduced below.
The GPL would have been nice, but it's a bit too politically-intensive. And the problem with BSD-style licences is that (unless you remove the second clause, to permit distribution only in Source Code form; which is actually fine for stuff written in interpreted languages) it doesn't guarantee to preserve Freedoms One and Three (I know I'm borrowing these terms from GNU; I happen to agree with their manifesto, I'm just not convinced that a notice of permission for acts above and beyond the Fair Dealing provisions of copyright law needs to reproduce a political manifesto) for posterity. I know that's just me being lazy -- I could always get off my backside and write my own Free competitor if some upstart tried to make a non-Free fork -- but I figured that said non-Free competitor would be just as guilty of "just being lazy" by using my hard work (which I intended to be for the benefit of all of humankind) for their non-Free project rather than writing their own from scratch.
I did at one stage have a section restricting translation of the program to other languages (the English text permitting translation was to be replaced with a section forbidding further translations when the program was translated; the intention being to preserve the integrity of the program and its documentation by guarding against multiple translations) but dropped this requirement as being unworkable and possibly non-DFSG.
COPYRIGHT
0. This program is copyright $DATE $AUTHOR. You are authorised to copy and distribute this program, and create Derivative Works based upon this program (in respect of which you will hold copyright on the portions you have modified), strictly in accordance with the terms of this licence and on the understanding that the same terms will be imposed upon the recipients. This licence originates from the copyright holders, not necessarily the person from whom you have obtained the program. Nothing in this licence is intended to be construed as prejudicing your Statutory Rights, which may include a limited right to make copies ("fair dealing" or "fair use") for certain purposes.
TERMS OF DISTRIBUTION
1. Any distribution in Source Code form (the preferred form for making modifications to the program) must include this licence and warranty disclaimer (or at your option, a warranty underwritten by you).
2. Any distribution in binary executable form must include the complete Source Code, the necessary instructions to render the Source Code into executable form ("Build Instructions"), and this licence and warranty disclaimer (or at your option, a warranty underwritten by you). If the program is made available for electronic download, the executable and Source Code + Build Instructions need not be included in the same archive file as long as both are available for download from the same place.
3. Any distribution pre-loaded into an appliance must include the complete Source Code and Build Instructions, the necessary instructions to replace the version of the program within the appliance with a modified version ("Modification Instructions"), any applicable warnings regarding cessation of warranty protection and/or regulatory approval as a consequence of modification, and this licence and warranty disclaimer (or at your option, a warranty underwritten by you).
DISCLAIMER OF WARRANTY
4. We warrant that this program, when run unmodified on a computer which is operating properly, will do what the source code says it will do. NO OTHER WARRANTY IS MADE IN RESPECT OF THE PROGRAM, NOT EVEN OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. If you are in any doubt about the suitability of this program for a particular application, you are advised to consult with a programmer who is familiar with the language in which this program is written and whom you trust before proceeding.
As far as I can see, it guarantees to preserve Free
Je fume. Tu fumes. Nous fûmes!
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 /is/ allowed!"
Except blanket statements don't work in court. Take for example the warranty and liability section. It could basicly say "No warranty and full disclaimer of liability". Instead it needs to list a full range of general, special, incidental and consequential damages and so on. Things that are enumerated like the Bill of Rights are paid attention to. Sure you might say that what's not enumerated isn't paid attention to, but IMO they wouldn't be paid any attention to anyway. Take your "fair use", it's been dying a silent death because it's so vague and there's no way to say "My explicitly enumbered right to do X is being violated".
Besides, some of the loopholes are fairly creative. Tivoization is almost like being able to move freely, but it doesn't matter because you're in a cell with no exit. DRM is almost like being able to use content freely, but it doesn't matter because the content is locked in a safe and only lets you view inside. Patent covenants are like saying you're free to cross the bridge, but unless you bribe the patent troll he'll get you so it doesn't matter. All of those need to get pointed out and worked into the GPLv3, because they're not covered at all in GPLv2. And you won't get them covered by being more general.
Live today, because you never know what tomorrow brings
So why do you need to be able to override the wishes of the developer of the code?
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.
when I give you the code on a device, on volatile memory (disk/flash/...) but tell you you cannot modify the program in any way.
What's to stop me from giving you the instructions and the source code on write-only media (e.g. encrypted).
How about if I take your program and patent something it does?
What if I give it to someone else and add "but you can ignore the license"?
Can I sell it?
What about if I improve it but "lease" the software to you, rather than sell a copy (distribute means I give a copy away, if I lease, I still own it, so no ownership changes).
Your license is ony as good as the person reading it. If I were a nasty person and a solicitor, I'm sure I could find a lot more holes in it.
Also, what the fuck is up with slashdot, eh? Piece of pustulent crap (and they wonder why I don't subscribe: how the fuck am I supposed to think that this will be anything other than a waste of my frigging time, et? So what do I get:
Slashdot requires you to wait between each successful posting of a comment to allow everyone a fair chance at posting a comment.
It's been 17 minutes since you last successfully posted a comment
Chances are, you're behind a firewall or proxy, or clicked the Back button to accidentally reuse a form. Please try again. If the problem persists, and all other options have been tried, contact the site administrator."
What a load of complete shiteholes these people are.
This really doesn't have much to do with anything, because both groups wouldn't use any revision of the GPL. Their "survey" seems to be simply discussions with other people just like themselves; they simply found that people who wouldn't use GPLv2 wouldn't use GPLv3 either. Big deal. The question is, will many developers who currently use or strongly consider the GPLv2 be willing to use GPLv3? If so, it's a success. If no one uses it, it isn't. Not everyone has to like it.
Since the FSF is the copyright holder of a lot of important projects, they can switch to GPLv3. All by itself that will mean that the GPLv3 will be used in many projects, and so the GPLv3 will be lots more successful than the vast majority of licenses. So this "death" is silly; it's a foregone conclusion that GPLv3 will be more successful than most licenses. In practice, I expect most GPLv2 projects to move to GPLv3; the internationalization and Apache 2.0 license compatibility are great, and the threats from patent deals and Tivoization mean that many who liked GPLv2 will like GPLv3 even more.
The GPL is the world's most popular OSS/FS license, by far, and it's critically important to use a GPL-compatible license (even if you don't use the GPL yourself). The GPL is popular for a reason. Note, for example, that when the Wine project switched from a BSD-style license to the LGPL, development began to pick up at a greater pace (more patches began to appear, the leader Alexandre made more CVS commits, and more applications were reported to work). A lot of code producers prefer copylefting licenses like the GPL (not all, but many do).
The GPL is not a license for all possible circumstances. Sure. But no license is.
- David A. Wheeler (see my Secure Programming HOWTO)
And has for quite some time. Yet it continues to proliferate.
The problem is that true software freedom is hard to come by when software itself is considered property. Think about how many areas of real estate aren't owned by anyone. Even public land is considered owned by the government.
So you have the GPL, a license which uses our legal system of copyright to ensure that certain freedoms and obligations are extended to the users of software. Which is most unlike proprietary software, whose licenses use the legal system of copyright to deny freedoms to the user.
It doesn't matter whether it alienates developers or not. Quite frankly, I see no problem with proprietary licenses because they keep freeloaders from taking away my bread and butter. But in a similar vein, there are certain freedoms, certain basic functionality, which everyone who uses a computer should enjoy. For that, we license software under the GPL, because it improves society as a whole. Both kinds of licenses achieve a good end; proprietary licenses allow developers to make a living writing code, and GPL licenses allow developers to give their talents back to the community. There is a need for both, and whining about one being better than the other isn't constructive at all. Instead, we should be considering which licenses are most appropriate for a given situation.
In typical usage, the GPL favors the freedoms of the users over the need of the developer to make a living. Proprietary licenses place the needs of the developer above those of the user. What we really need is a license which denies niether the user's freedoms, nor the developer's reasonable compensation for their efforts. I suppose in a perfect world, people unable to pay for software would still get to use it, because, by gentlemen's honor, those who could afford it would pay for it. But, we unfortunately don't live in a perfect world, so we have to make software subject to licensing - whether GPL or otherwise.
The society for a thought-free internet welcomes you.
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.
People focus on the legal issues, but not the simple logistical and psychological issues that arise from the fact that while open source and commercial code may be the work of separate legal entities, in practice both types of code are written and used by the same people, either at home or at work, since hobbyist coders usually have a day job.
At every job I've had, if we're considering incorporating an open source library, the license is the first thing to check. If the project page says GPL we immediately drop the library as a consideration. If it's a commercial license then we can use it but we have to do paperwork for accounting. And if we see BSD, then we right click, download the library, and start looking into it from there. The predictable results of this process: my head fills up with information on the libraries I use, and I forget about the ones I rejected long ago.
Then I get home to my hobby project. Legally, completely different rules apply to me at home. I can release under the GPL (a choice I can't simply make for my employer), use GPL code, etc etc. My own license restrictions as a hobbyist coder are supposedly orthogonal to those at my day job. But guess what? I have to use the same brain at work and at home, it only has so many brain cells to fill up with library APIs, there are only 24 hours in a day, and I barely have time to get drunk as it is. Even though I'm at home I'll probably just build things with stuff I'm familiar with. Especially if I view the library as not being an interesting part of my application.
If my employer used the GPL for projects then I guess I'd be predisposed to use GPL code at home. I've just never worked at a place that incorporated GPL code into its projects, so I'm not familiar with it, and probably won't adopt it.
The GPL is similar to any other proprietary license, from a proprietor it creates that hires anybody, pays nobody, and is legally bound to charge nothing. But it still shares (with the actual authors) proprietary rights to all derivative works because Richard Stallman wanted to confer upon it a competitive advantage enjoyed by other, commercial proprietors. It's a very reasonable proprietary license but in the end that's what it is, and some things should not be proprietary. We still need some public infrastructure in the software industry. Users (including most of you guys) want standard software conventions that always work in a predictable way. They want to leverage their knowledge of GPL software against non-GPL software (or MS software vs. non-MS software) in ways that are totally reasonable- or they say things like "well that's not the way Microsoft does it", "that's not how GNU works", etc. They especially want uninteresting things- like command line parsing, logging, etc. to work in a predictable way. This isn't really served by forcing everyone to implement common infrastructure separately because then users have to learn implementation differences between modules that play common uninteresting roles. These rarely get addressed unless they spoil a sale. Usually they don't; they just annoy users.
It just happens to force anyone using code provided under it to be just as permissive as the person who provided them the code under that license.
No one will be forced to use GPL3 for code that they wrote themselves.
No one will be forced to use other people's code that is licensed under GPL3.
What will be prohibited, is taking code that someone else wrote and released to you under GPL3 terms, and distributing it to others under anything other than GPL3.
Some developers will choose to use GPL3, some may continue with GPL2, others will continue to use non-GPL licences. GPL3 forces no one to do anything.
Sure, some proprietary software houses may be unhappy, becuase they will be prohibited from taking GPL3 code and locking it up or enhancing it and including the result in consumer products without sharing with the community. But that is exactly what the people that will have chosen to use GPL3 for their code *WANT*.
The FSF and the GPL arent interested in what people who *dont* use the GPL want.
Yes, it sucks that the GPL is so difficult to understand but that's just how the world works, life isn't always easy. So the BSD might only have 3 simple clauses... BUT I DON'T WANT IT! It doesn't give me what I want, I could just as well make it public domain and be done with it. It would have 0 clauses and be even simpler.
My understanding is there are two new provisions in there:
1) Patent protection which I think nobody argues with
2) Anti-DRM, Anti-Tivoization. In my understanding this is the most controversial.
Personally for number 2) I think my opinion is related to the whatever the reality is. Basically, I have no problem with Tivo so I don't like #2. Now if MS stays dominant and coludes with HW platforms, #2 could basically prevent you from ever runnig changes to your source code. Maybe that might change my opinion, but I doubt it.
Are these the only two issues? or are there more?
-Nuke the moon
Reports of the GPL's demise therefore seem exaggerated.
And so... what, exactly?
If you're just starting development they you find a package whose licence you like better. If you're midway in development and committed, keep on using the last version licenced under terms you found acceptable.
If none of those appeal, then yeah, write your own and release it as you see fit. If you want the benefit of the hard work of others, the price is accepting the terms of the licence.
Don't let THEM immanentize the Eschaton!
http://freshmeat.net/stats/
This commercial loophole for the anti-tivo thing sounds problematic. I own quite a few products that were intended for "commercial" customers. RMS started GNU/GPL/FSF because of a bug in a "commercial" product that he couldn't get the source code for.
It's my understanding that the new GPL was created precisely to take care of the third group.
The key reason for the large number of third group licenses is that some people want to create licenses that are half way between LGPL and BSD (e.g. the Mozilla licenses which essentially is a per-file LGPL) while others want to create licenses that are between the LGPL and GPL (i.e. some creative-commons share-a-like licenses and licenses that are GPL for commercial and LGPL for liking with open source).
The key observation in the GPLv3 is that most of the licenses in the third group (LGPLv3, Apache, etc) can be written as the GPLv3 plus additional permissions. This insight renders the license fragmentation of the third group to be irrevelant. For instance, if application A is licensed under the GPLv3 + X permission + Y permission and application C is licensed under the GPLv3 + X permission + Z permission and application C is licensed under the GPLv3 + Z permission, then it's possible to combine code from any of these applications without difficulty and it's possible to easily figure out the license of the combination (i.e. Application A+B has license GPLv3 + X permission, while Applications A+C, B+C, A+B+C all have license GPLv3.
The GPLv3 formalizes this concept explicitly.
If you want a permissive free software licence, you should go with the BSD, but WHICH BSD... there is a Two-Clause License, a Three-Clause License, and a Four-Clause License.
GPLv1 died before the last piece of the GNU Project's puzzle was put in place, namely Linus Torvalus' Linux kernal. The GPL had never had to face the BSD scenario... Now they do. If a group of Stallman haters but GPL lovers were determined enough, they will continue GPLv2 distros of Linux as well as there being a push by the FSF for GPLv3. The Free Software Foundation needs to make completely sure GPLv2 is compatible with GPLv3, but NOT vice-versa.
This is the article with the most number of Insightful posts from ACs I've ever read on /.
bad times when people have to go anonymous to express thoughtful opinions...
I don't feel like it...
"To me it seems counter-intuitive to promote the ten freedoms of open source as means when the ends typically is software that has none (i.e. proprietary, source-less derivates). It's like a living tree that spawns dead branches, does that make sense to anyone?"
/opinion on software or get out of here). BSD and L-GPL licenses carry less "politics" with them in that you are less constrained with how you can control your software. Doesn't mean one is better than the other, they all (GPL, BSD, L-GPL) have uses. In all honesty, a strict GPL license, to me is very similar to proprietary software (in terms of extreme politics) but just on the opposite end of the spectrum. But that's just my 2 cents.
Not at all, it makes sense in a pragmatic way. It's a question of use (how many people will use a code base and how useful it would become), that's why there is an L-GPL, which is closer to BSD license. Some people won't use a strict GPL license because they don't agree with the "politics" (i.e. if you use my stuff, then your stuff must also be under the same rules as my stuff - i.e. agree with my stance
So in the combined work, I can put these changes in there. (Note, this is allowed because I'm allowed to create a derivative work.
Or I can post merely the original code and not my changed version.
With the encrypted media, your license never said you had to be able to read it in cleartext.
When it comes to patents, if there is prior art younger than a year old from my filinf (in the US) then that does not constitute prior art unless you can PROVE it was my only source of inspiration. And even in that case, patents have been handed out for "using floating point numbers in 3D rendering".
And where does the license say I cannot lease my combined, improved work?
If the license says you may do what you want but not then anything NOT enumerated in is allowed.
This is precisely why the GPL is bigger than BSD or the OP license. And is also the reason why GPL3 is longer than GPL2.
You still haven't shown why the license doesn't forbid the elements I asked, and I'm not particularly evil nor legally trained. Think what BS&F could do to it if SCO/MS/SPECTER hired them to break it...
"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"
Um, no. I'm a developer and I care deeply about the licenses on the software I use *and* develope. Like always I want a license that protects my rights and protects my work from being appropriated. Which has and continues to mean GPL.
and even though the author is right about the decline in use of the GPL, we can't forget that if RMS didn't start the GNU project, the FOSS community wouldn't be where it is now, What license do you think the Linux kernel will be released under if the GPL wasn't around?
"We the unwilling, lead by the unknowing, have been doing the hard with little for so long that we are ready do do the i
Actually, it is mean to stop license proliferation of the 3rd type:. htmlo ftware_notes/why_gplv3_says_additional_permissions _are_removable
- transcript.en.html#lgpl
http://www.linuxdevices.com/articles/AT7188273245
http://fsfe.org/en/fellows/ciaran/ciaran_s_free_s
http://gplv3.fsf.org/additional-terms-dd2.html
And the LGPL v3 is actually written in terms of the GPLv3:
http://fsfeurope.org/projects/gplv3/barcelona-rms
http://gplv3.fsf.org/lgpl-draft-2006-07-27.html
So basically, the GPLv3 was designed to eliminated the need for any GPLv3-compatible license since any GPLv3 compatible license can be written as the GPLv3 license plus additional permissions. It might not be the most efficient way to specify your GPL-compatible license (e.g. the MIT license would be much longer if expressed this way), but it can be done. If the GPLv3 license existed, I doubt the GPL-like per file Mozilla license would have existed or the GPL-like for open source Qt license would have been created as independent licenses.
I disagree on a minor point. I think that pretty much everyone can agree on that the GPLv2 is slightly more permissive than the GPLv3. The real issue is which one is more or less free. There we have the camp that think v2 is more free because they can subvert it with DRM or a patent deal à la Microsoft-Novell, and the camp that think v3 is more free because code won't get locked up by DRM or patent deals.
The GPL requires that whenever redistributing GPL covered code that a copy of the GPL texts be provided in writting. It also requires that the source code to the redistributed work also be provided directly or offered. Both providing the text of the GPL and either direct or indirect offering of the source code are required such that one can't just be treated as substitue to providing the other. In the case of the Google Search Appliance, Google originally choose to not honor either clause. Eventually they got around the providing the source code. Since then, when asked to honor the GPL, the either ignore the request or claim that offering the source code alone complies. At no point have they gotten around to actually providing a written copy of the GPL texts to those customers that get the GSA. And while they clearly know they are blatantly violating the very first clause of the GPLv2, they still excuse themselves from ever correcting the situtation.
So, inbetween the lines of Greg Stein's ramblings is the subtext that Google doesn't want to be bothered with honoring the GPLv2 and therefore doesn't want any additional provisions added either. It's not a surprise that a company that violates the GPLv2 won't like the GPLv3 either. But for such a violator to claim their prospective should be considered in the process is just a clear conflict of interest.
So what is the problem? His claim is that additional terms make the license less permissive. In fact, the GPLv3 is written with additional terms to KEEP the work *MORE* permissive that the GPLv2 does. The GPLv2 allows for "tivoization" by the redistributor which makes the redistributed work less permissive. Tivo does this by signing the binaries so the customer is no longer on equal footing to install modified works on the Tivo since the customer doesn't having the keys needed to re-sign the binaries. Google's GSA also does a form of tivoization with a grill across the front of the unit, security screws and a password protected BIOS to all make it hard for the customer to ever open the GSA or boot from any alternative source other than what is supplied by Google. Like with TiVo, the concept used by GSA is to deny equal footing by the customer to install modified works. Yet a company that uses these non-permissive methods has an employee try to claim they are attempting to ensure the GPL remains more permissive?!
Google and Google's Greg Stein doesn't have FOSS developer's interest in mind any more than the other GPL violators of the world does. Only when they decide to actually honor both the legal letter and the spirit of the GPLv2 should they even be considered to be worth listening too. Until such time, his words could be considered in the same light as the actions of the company he works for--just plan full of crap.
"We do contribute modifications back."
True, but try getting this forum to see that. There's really nothing in either license that makes explicit that so and so made a contribution. Just that in one it's a requirement, in the other it's optional. That's why we get these "BSD is dying" stories from time to time. Even if the number of contributors are about the same.
They can't be compatible (without the "or any later version" clause, which is in essence a dual GPLvX/GPLvY license). To incorporate GPLv2-only code into a GPLv3 project causes it to be under additional restrictions, which violates GPLv2, and vice versa.
As for BSD, the four-clause variant is outdated (except for NetBSD), and the third clause in the three-clause variant prohibits something that is prohibited anyways, so really any BSD license in modern use is pretty much the same. Ditto with the MIT or ISC licenses.
Jesus is coming -- look busy!
I'm one of the maintainers of a GPL project,
and GPLv3 certainly does not alienate me.
In fact, I'll encourage switching to GPLv3 once it's ready,
which really should not be a problem, considering that we
currently license our project under GPL2 or later.
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.
The copyright holder is identified in three places:
1) The copyright notice on the first line
2) On the first line of the capitalized section
3) On the fourth line of the capitalized section
Copied and pasted from the Wikipedia page that I linked to in my post:
* Copyright (c) <year>, <copyright holder>
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions are met:
* * Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* * Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
* * Neither the name of the <organization> nor the
* names of its contributors may be used to endorse or promote products
* derived from this software without specific prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY <copyright holder> ``AS IS'' AND ANY
* EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
* WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
* DISCLAIMED. IN NO EVENT SHALL <copyright holder> BE LIABLE FOR ANY
* DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
* (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
* LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
* ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
* SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
...because "hacker" sounds way sexier than "code drone."
"Their assertion that the GPL is unfavorable to developers is questionable at best. Unfair to their developers because they have to write the code instead of stealing it?"
GPL is unfavorable to some developers because it removes choice -- the choice of how to license your work. If you use a GPL'ed library, suddenly, all your code is GPL. The GPL code may serve a very small purpose in an application but yet it becomes the "most important" thing there (by sole virtue of a license), which is b.s. Sounds a bit over-reaching and Microsoft-esque does it not? It's unfavorable because it forces developers to agree with someone else's politics about how software should be licensed. Sound familiar? I won't point out the obvious similarities.
It's not corporate only who objects to such things.
Nor is it people who want a free ride.
It's rational thinking individuals who feel "freedom" isn't "freedom" if you thrust it down people's throats. Hence BSD, etc projects are used in lieu of GPL.
But I thought copyright infringement was okay, and that anybody trying to enforce the law was an evil cartel? Or is our position on this self-serving?
"Sufferin' succotash."
Same terms as the code segments I wrote or the same segments as the OP wrote? They are both "the same terms".
wrt 3d, it IS patented in the US. SGI and then purhased by MS. Go figure.
The license only talks about THIS CODE but this code he gave you? Or the entire derived work.
And the license said you're allowed to do what you like (make derived works and copies which are not allowed by copyright) so it removes copyright restrictions as long as I do some things. Wht things I have to do have wiggle room if you're a weasel.
And now you're adding an enforcement clause (be careful, it may not be legal!) which may be just what the patent-busting clause is doing with respect to patents and GPL and is the reason for this fudpiece here.
I respect your license and thinks it does, to a reasonable person, to cover the four freedoms. However, if you produce a lot of work under it and the work is valuable (as valuable as the 20Bn "value" of the Linux kernel) then getting that for free without having to give back is a very attractive proposition. Someone will be PAID to avoid the intent while staying within the words.
And that's what happened to the GPL2. And why it's so wordy even in GPL1 and getting wordier. Because being able to take advantage without taking the penalty of the license is a very valuable proposition and the license has to cover the weasel-worded loopholes.
Hopefully I'm getting some way to showing you that the license is OK but can be bypassed and stopping the bypassing is what the GPL words are trying to achieve. You may want to take your license to the FSF and ask if
a) it's an FSF-compatible license
b) what the shortcomings are
I'm sure that they'll help out.
Ta.
I disagree on a minor point. I think that pretty much everyone can agree on that the GPLv2 is slightly more permissive than the GPLv3.
Nope. The GPLv2 is no more permissive by design than the GPLv3. It does have some loop-holes, at least according to Tivo's lawyers (I'm don't think anyone took them to court yet, so we don't know if a judge would agree).
In short: Exploitable bugs were found in the GPLv2, and the GPLv3 is the patch for those bugs. From my point of view, the only people who prefer v2 over v3 is those who want to use those exploits.
(No, Linus doesn't really prefer v2 - he just doesn't really care about licensing. Not wanting to take the time to read and understand the part about keys is proof to that).
Where would the Open Source world be without FSF? The only people concerned with having more freedom than the GPL provides are interested in taking open source work and making it proprietary.
If you really want to go that route, simply buy up all the MS Development environment based libraries that you need - not a big problem for big companies interested in that market space.
Every version of the GPL basically says, "hey, I made this. I'm giving it away for free. You can use it for your own use, or develop more free software with it, but don't be a dick and steal it to make a commercial product." That's pretty fair.
If you are truly in need of a library and you want to purchase a more lenient license, developers may be open to that - unless the body of work has really turned into a community project in which case there's probably no way to get EVERYONE'S permission.
The only real problem I see, and people have gone through it before, is in situations where a project is migrating to GPL v3, and all of the contributors aren't on board. The whole reason for posting drafts this far in advance is so that people can voice their concerns about licensing changes to the FSF.
Really, the major changes are to stop the exploitive behavior of MS and Tivo - of which both company's practices are damaging to the Free Software movement. Why on earth should people be averse to protecting the thriving community we all participate in?
...about a story like this which adopts a perspective critical of the GPL, is watching its' apologists scurry around like ants trying to make sure that nobody is exposed to that which it's fairly obvious that said apologists know, deep down, is the truth.
Just accept it, guys. Copyleft as a concept is based on fear, and there are developers in existence who do not share your fear, and who thus do not feel a need to use the GPL. As the saying goes, stop struggling, and it won't hurt anywhere near as much.
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)
I have to admit that you're right about the copyright holder's name in the license, but that's not as much of an issue if it's an organization that holds the copyright (i.e. Mozilla, Apache, etc...). The beauty of a permissive license it that that if others contribute under a permissive license, than you can include their changes without having to request copyright permission or include multiple licenses in the source code. It's still a good idea to attribute the specific changes in the code to the author, but unless the author's license requires it, it's not required. Permissive open-source licenses allow total freedom, whereas the GPL is almost totally free, except for the stipulation that you also release it under the GPL. The BSD allows you to release your code under any license, but the GPL requires to release it only under the GPL. I prefer the BSD because I want my code to benefit everyone, not just the open-source programmers.
Hydraulic pizza oven!! Guided missile! Herring sandwich! Styrofoam! Jayne Mansfield! Aluminum siding! Borax!
The person I was replying to was talking about his own code, not code belonging to a large software corporation or foundation. Even in those cases, though, the foundations usually ask for copyright assignment. If they don't ask for this, or if an individual person doesn't ask it of his contributors, then those contributors are the copyright holders on their contributions to the code, and their names would need to appear on the license associated specifically with their code. As I was saying, the BSD license specifically requires that "this notice", including the identification of the copyright holder, be included whenever the code is distributed. Those are the terms of the license. If someone BSD licenses their modifications to your code back to you, this does not absolve you of your responsibility to adhere to that license: you are required to list them as the copyright holder for their contribution, because that's what the license says. If you don't want to do that, you need to ask for copyright assignment, which is what it sounded like this guy was wanting and thinking that the BSD license gave him.
...because "hacker" sounds way sexier than "code drone."
"If you use a GPL'ed library, suddenly, all your code is GPL."
****
Well, l don't USE GPL then. I can off the top of my head name a dozen different programming suites that will allow you to do what you want to without touching GPL. But you need to actually do your own work or pay for it.
I find that 95%+ of the whiners about GPL are people who want a free ride. They are the programming equivalent of bittorrent mp3 leechers. They want an easy out due to someone else's hard work(or a no-cost one) and then complain that they can't do business as usual afterwards.
"As soon as you sold your first GPL license, your competitive advantage would be reduced to nothing because the person you sold it to could turn around and distribute it for any price, including for free."
****
Absolutely not true. If your business is surviving only on software sales, you've already lost any competitive advantage that you had. Please actually talk to someone who runs a business about the term "value added". You make your money in real world business not on the product but on everything else you offer with it. Take a look at RedHat - their code is free, yet they make lots of money doing it somehow.
So when are developers NOT alienated? (They're an ornery bunch.)
Actually your question indicated a real problem and the person who responded did a little dance to FUD the issue. You are entirely correct. Nothing stops someone from taking a GPL'd product and reselling it themselves. At local computer swap meets there were no shortage of people selling Red Hat and other distributions, people who have no association with Red Hat and who do not pass any of their proceeds back to Red Hat. With respect to the retail boxes, Red Hat dramatically reduced their retail package efforts due to low sales. You can get the DVD for a quarter of the prices from a 3rd party, or have it bundled with a book, etc. In short, trying to sell GPL'd software is very risky, and the risk increases as you become more well known. To describe the GPL as a commercial license is to take and entirely literal and unrealistic viewpoint.
you fucking hippie
since you don't want me removing your name from the code.
So split the difference. LGPL enforces a return of contributions to the library while allowing the code to be included in proprietary closed-source products.
...when you're writing a game...tweak the difficulty of "Easy" to something [your mother] can cope with. -- onion2k
"Who's making money off the kernel? Red Hat, for example, doesn't make money off the kernel per se. They put a great deal of time and effort into creating a distro, adding value to it, and supporting it. That's what earns them their money. The kernel enables them to make money, but that's quite a distinction from taking my code and locking it up into a proprietary app and charging me if I want to use it."
Red Hat would simply have no business if not for the kernel and other GNU software. If Red Hat were to create it's own original kernel incompatible with Linux, nobody would be interested in it. Not so with TiVo. They have an actual product that people are interested in and if it were implemented without Linux it wouldn't make it any less attractive to their customers.