Linux Kernel Developers' Position on GPLv3
diegocgteleline.es writes "A group of 29 Linux kernel developers have recently come together and produced a position statement on GPLv3 (PDF, txt) explaining why, essentially, they don't like it. 'The three key objections noted in section 5 are individually and collectively sufficient reason for us to reject the current license proposal ... we foresee the release of GPLv3 portends the Balkanization of the entire Open Source Universe upon which we rely'. They've also run a GPLv3 poll."
Anybody else?
http://outcampaign.org/
All this debate over the GPLv3 has been quite useful. These are issues that the community needs to discuss and consider. One of the outcomes of this appears to be a resurgence of the BSD license. I have talked and written to many open source developers who have become quite disappointed with the FSF and its stance with regards to the GPLv3. Many developers consider it far too restrictive, uncertain, and overly complex. Most of the time, developers just don't want to get bogged down in unnecessary legalities.
A good portion of those people I have talked to have said that they are seriously considering using the BSD license for future releases (if it's within their power to make the change), or otherwise using the BSD license for new developments. Many gave their reason as being a mix of licensing simplicity, and commmercial friendliness. While it was far more difficult to take a GPL'ed application commercial, it's much easier to do with BSD-licensed software. Aside from a very small group of ideological thinkers, many in the open source community would like to be able to make a solid living off of their efforts. The BSD license allows for that quite easily.
Going with a license as simple and straightforward as the BSD license often helps everyone. The developer can just develop, without getting bogged down in answering questions about how their software may be used, or other license-related issues. Users understand what they can do with the software much easier. That likely won't be the case for the GPLv3, where even many developers are unsure as to what it will permit and not permit.
I'm havign a hard time understanding what all the problems with GPL v3 are about. We know that Linus isn't happy with it, we know a lot of people aren't keen on it. Because of this we will see a lot of projects stay on v2, with a few (and maybe an increasing number) go to v3. But why is this a problem? I think split licences are a good thing in this context, because I support freedom of choice. That's what we're here for in the first place isn't it? More choice is better.
So long as we can make the versions work with each other then there is no problem.
The GPL, whether it is version 2 or 3 will still be a sign to all end users that you can trust that the software will not take your rights and will be free (in both ways)
*''I can't believe it's not a hyperlink.''
- "The additional restrictions clause will be a licensing headache for distributors and may cause splintering among the community depending on what restrictions are included."
- in the article they say that "defining what constitutes DRM abuse is essentially political in nature"; but the draft never uses the acronym DRM or anything else ambiguos: the draft has a section titled "No Denying Users' Rights through Technical Measures." and I can't see how this (and the actual content of the section) can be ambigous or political.
Everything is IMVHO, of course. And different opinions on something as important as the next GPL are extremely useful: the FSF has already demonstrated to be able to listen and change their opinion (see the changes between the first and the second draft).AFAICT all different customizations of the GPLv3 and LGPLv3 will always be compatible, no matter what restrictions you choose, so I can't see how this can be a problem for distributors;
There's a hidden treasure in Python 3.x: __prepare__()
The use of GPLv3 as a tool against DRM co-opts the work of thousands of people for the FSF's political ends, which they consider a violation of said trust (they do consider DRM a bad thing, they just don't want to be pulled into the FSF's war against it).
No one can make them change their license, can they?
Interestingly enough, your summary contains almost all of the information in the article itself, and that's dissapointing. I'd at least have liked to see links to some of the supposed problems with encryption they claim has caused so many rewrites. Just the same, I'll quote what I think is the heart of what they say:
Curtail who's freedom? Mine? No thanks and I'll see you later.
DRM is something none of us should contribute to. Restricting user rights to use and modify and change software goes against everything that made the GPL a success in the first place. One of the reasons BSD is not as used is because software licensed that way could easily be used by those who are working against everyone's freedom. When you consider something wrong but don't do anything yourself and help others who would do the wrong thing, you are waffling. The poll, if it really reflects the opinions of those listed, is disturbing. Still, it does not matter unless someone can explain how they will be prohibited from continuing to use GPL2. If they really don't mind people Tivoising their work, why don't they just BSD it and let everyone bork the user straight up?
Friends don't help friends install M$ junk.
"If a manufacturer creates hardware that limits a person's ability to modify the software that runs on it"
Then he can do that. With his own code. Not with mine.
"then let the market forces apply pressure"
Not being free to use other peoples GPLv3 licensed code is market pressure.
Quid pro quo. It really aint that hard to grasp. If you want the freedom, then you have to pass that freedom on.
This is just unfair to RMS his objectives haven't changed.
GNU the GPL and the FSF exist because he wanted software to be distributed and used in that way, so he did it and encouraged wider participation.
The Free software movement has been very successful.
Now what is happening is some loopholes in the implementation of RMSs vision have been exploited, he obviously wants to correct this.
The only reason these people worked together is that the different visions could agree on a single implementation at that time. That time is past and the different visions no longer agree on the correct implementation.
For RMS to move forward in accordance with his vision he will have to create a new implementation that won't have the large mass of current users. He doesn't want to do this because many won't move, but he will have to in order to move forward.
Of 29 of the top developers, 28 are opposed to the GPL3, and the other 1 doesn't care either way. And that's not counting whether they want to switch to it, but just whether or not they like it.
I never would have expected such a landslide.
Unfortunately it's not that simple. If I write a program and release it under GPLv2-only (which is probably a bad idea in the first place IMO, but it's what Linus did) and I use a library released under the "GPLv2 or any later version" and the new version of the library is released under the GPLv3 ("or any later version"), then I have to make a choice because the GPLv2-only is incompatible with the GPLv3:
Disclaimer: I really like the GPLv3 because it garantees (even better than the GPLv2 that had some loopholes) that my software will be Free for everyone to modify and reuse, forever.
There's a hidden treasure in Python 3.x: __prepare__()
People who choose the GPL license (or at least the people who drafted the GPL license!) regard it as an ESSENTIAL FREEDOM FOR END USERS OF THE SOFTWARE that they should be allowed to change it and run the changed versions instead of the original version.
If hardware vendors are allowed to take GPL'd code, make changes and release their changes but PREVENT END USERS FROM MAKING ANY MODIFIED VERSIONS OF THEIR OWN that run on the hardware, then the hardware vendors are able to TAKE AWAY the essential freedom mentioned above.
Because, the software ONLY runs on one piece of hardware---the Tivo, for example---and that hardware REFUSES to run modified versions on equal terms with the version produced by the hardware vendor.
Source code is not much use without a system to run it on. Don't you think that requiring users to rewrite large parts of the software just to get it running on *some other* hardware so that they can enjoy the ESSENTIAL FREEDOM the GPL was supposed to guarantee them, is a bit much?
Freedom given to me must be balanced against freedom given to you. Put another way, a lot of the freedoms a person may have can not be exercised without trampling the freedoms of other people. The BSD license refuses to address this, and lets receivers of the code do whatever they want with it. The GPL license tries to strike a balance between developers, modifiers and end users and tries to ensure that freedoms are preserved for all of them. If you're willing to let a hardware vendor subvert that, maybe you should be using a different license, since allowing them to subvert it was never part of the intention of the GPL.
P.S. there are an extreme number of ignorant and trollish comments on this article. Maybe some of you should learn a bit about Stallman and the FSF and their point of view, before you attack them ad-hominem.