First Draft of GPL Version 3 Released

njan writes "The first draft of version three of the GNU General Public License was released to the public this afternoon. Major improvements touted in version three include changes designed to mitigate the damage posed by new threats to free software such as software patents. One individual stated about the release: 'It is changes in law, not computer technology, that pose the principal challenges to the free software community. Chief among these changes has been the unwise and ill-considered application of patent law to software. Software patents threaten every free software project, just as they threaten proprietary software and custom software. Any program can be destroyed or crippled by a software patent belonging to someone who has no other connection to the program.'"

Comments

Other issues

[Renegade Lisp]

The slashdot summary does not quite get the proportions right. Yes, the v3 draft does refine how the GPL deals with patents, but that is only one of many issues in this draft. (I've compiled the list below from cursory reading of the new license and the rationale that accompanies it, before it was slashdotted.)

• There is a proposal in it that would discourage or disable the use of GPL software for DRM, by stating that software under the new GPL cannot constitute an "effective technological protection measure". Thus it would always be possible for other programs to get at the same data without falling under the DMCA.
• When it comes to patents, the draft is actually not very aggressive about them. There is no general patent retaliation clause as in some other licenses, because the FSF believes that disallowing an offender to use any free software would not be too much of a deterrent for some.
• Compatibility between the new GPL and other free software licenses will generally be better.
• The idea of what constitutes source code and object code is refined. This, I think, is mostly intended to deal with the case when software is used over the web, rather than downloaded and installed.

Re:Other issues

[Otter]

There is a proposal in it that would discourage or disable the use of GPL software for DRM, by stating that software under the new GPL cannot constitute an "effective technological protection measure".

I'd be curious to see what an objective lawyer has to say about the enforceability of that clause. Being an "effective technological protection measure" seems like a matter that can't be waived, any more than my signing a stipulation that I wasn't born in August affects my birthday.

Re:Other issues

[Anonymous Coward]

There is a proposal in it that would discourage or disable the use of GPL software for DRM, by stating that software under the new GPL cannot constitute an "effective technological protection measure". Thus it would always be possible for other programs to get at the same data without falling under the DMCA.

I read that a little differently. Because the license, picked by the original copyright holder, categorically states that it is not a technological protection measure, it can't be used in software that has the protections of the DMCA. This isn't so interesting.

However, when you remember that derivative works are similarly bound, you realise that the end effect is that any organisation who wishes to attack reverse-engineers with the DMCA is forbidden from building their copy protection on top of any GPL 3 software.

I don't think this is about opening things up, I think this is about giving companies an ultimatum - either give up on abusing the DMCA, or you can't have any of our source code.

Re:Other issues

[AuMatar]

Not quite. What they want to do is make it legal to try and decypt content GPLed code protects. By stating they are not an effective protection method, they are not covered by the DMCA. Therefor, you can try and remove the encryption from any content that the program produced (possibly any content it can read?). As for legality, I'd think its fairly strong- whoever releases it under the GPL license is voluntarily agreeing to this, and thus waiving the rights to sue under the DMCA (remember, breaking the DMCA is not a criminal act, but a civil tort).

Re:I'll stick with the MIT license.

[ZorbaTHut]

Some people don't want their code to be used in any situation. They want to guarantee that anyone trying to profit off their code will basically have to contribute in one way or another - the code can't just be copied and closed.

Personally I use both GPL and BSD for different projects, but saying "the GPL is too complex and that's why people should use BSD/MIT" really ignores the reason why many people use the GPL in the first place. I agree that we could use a simpler version of the GPL - but BSD isn't it.

Because it's a legal document.

[pavon]

The same reason that code is hard to read by non-programmers, or medical papers are hard to read by people without medical training. The law, like any field, needs precise language to communicate. Many words have special legal meanings that are subtly different from common speech (or not so subtle if language has diverged over time). This is necisarry for the same reason that you can't use plain english to write code - plain english leaves to much open for interpretation. When you write legal documents, you want the judge interpreting your document, should it ever go to court, to read it the way you intended it to be read. The best way to do this is to use the accepted legal terminology.

Re:I'll stick with the MIT license.

[hey!]

They just want to create software, without having to get bogged down with legalities.

Well, choosing to ignore the complexities of the legal system doesn't guarantee they ignore you. For example the MIT license has no disclaimer of warranty. Nor does it require the licensee to waive any potential claim of damages. In theory, somebody could take your software, modify it in a way that introduces bugs, then disappear, leaving downstream licensees with your name as the only starting point for a lawsuit.

It doesn't matter that it's not your fault. Unless you're like MIT with a substantial legal staff to scare them off, it'll be too bad for you. The BSD license would be a much better choice.

Like software, licenses should be as simple as they need to be to accomplish what you need them to do, but no simpler.

The MIT license ensures you get credit. Period.

The BSD license ensures you get credit, and that nobody claims that you endorse their derivative products, and that everybody uses the software on the condition of releasing you from legal responsibility for damages.

GPL ensures you get credit, that people release you from legal responsibility for damages, and that every downstream recipient gets as many rights as you granted your immediate licensees.

It's too bad that you have to understand any kind of legaleese to be a programmer, but that's life. Licenses are just the start of it. You have to understand a bit about copyrights, patents and trademarks too. If you work with source material that is not public domain, you probably need to have some understanding of contracts. We're not talking law school level stuff, but at least an informed layman's understanding.

If you don't like this, sticking your head in the sand is not a viable solution.