Are there any thoughts about releasing Drupal 6 with GPLv3[1]? [1] http://gplv3.fsf.org/
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Erdem Köse schrieb:
Are there any thoughts about releasing Drupal 6 with GPLv3[1]?
Yes: Won't happen. It would be quite hard to get all people who contributed code to agree to a change of license. For example, Dries has blogged that he actually likes the "services loophole" in the GPLv2 that GPLv3 closes. Cheers, Gerhard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGhtEGfg6TFvELooQRAjkWAJ9SSyAfqMbEdpq7NI0d+SlJ9AwvIgCgsxQM ufNo5GlnFBsBErGGWvY6DKQ= =r/F2 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gerhard Killesreiter schrieb:
Erdem Köse schrieb:
Are there any thoughts about releasing Drupal 6 with GPLv3[1]?
Yes: Won't happen. It would be quite hard to get all people who contributed code to agree to a change of license.
For example, Dries has blogged that he actually likes the "services loophole" in the GPLv2 that GPLv3 closes.
Actually, I was wrong about this, the services "loophole" isn't closed by GPLv3. Cheers, Gerhard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGkiTvfg6TFvELooQRAs8TAJ9TSFCYiO73+P31Vmp1b/kxJDtePQCfbpyq lmlrnF0sMunRknmBwBl6OWk= =SGDn -----END PGP SIGNATURE-----
On Monday, 9. July 2007, Gerhard Killesreiter wrote:
Gerhard Killesreiter schrieb:
Erdem Köse schrieb:
Are there any thoughts about releasing Drupal 6 with GPLv3[1]?
Yes: Won't happen. It would be quite hard to get all people who contributed code to agree to a change of license.
For example, Dries has blogged that he actually likes the "services loophole" in the GPLv2 that GPLv3 closes.
Actually, I was wrong about this, the services "loophole" isn't closed by GPLv3.
Correct. The relatively new "Affero GPL" is a license that closes the services loophole. The GPL was never intended to do so, and instead focuses on better internationalization and closing a few unintended holes (Tivoization and Microsoft/Novell-style patent agreements). Apart from this, the GPL did not change its meaning (even if the wording changed quite a lot), and it's supposed to stay that way, at least from the FSF's viewpoint of protecting the "four freedoms". That said, I would highly welcome Drupal and its modules to adopt proper copyright headers for each file. At the current state, one cannot determine if a file was supposed to be GPLv2 only, or "GPLv2 or later", or even find out who holds the copyright for a specific piece of code. Without knowing the copyright holders, you'll have a harder time when it comes to actual legal incidents, and it would be impossible to change licenses (e.g. switch to GPLv3) even if we all wanted to.
Jakob Petsovits wrote:
Correct. The relatively new "Affero GPL" is a license that closes the services loophole. The GPL was never intended to do so, and instead focuses on better internationalization and closing a few unintended holes (Tivoization and Microsoft/Novell-style patent agreements).
Apart from this, the GPL did not change its meaning (even if the wording changed quite a lot), and it's supposed to stay that way, at least from the FSF's viewpoint of protecting the "four freedoms".
That said, I would highly welcome Drupal and its modules to adopt proper copyright headers for each file. At the current state, one cannot determine if a file was supposed to be GPLv2 only, or "GPLv2 or later", or even find out who holds the copyright for a specific piece of code. Without knowing the copyright holders, you'll have a harder time when it comes to actual legal incidents, and it would be impossible to change licenses (e.g. switch to GPLv3) even if we all wanted to.
Jakob, how you imagine giving me copyright, if I add three lines to four files each? How you imagine possibly revoking copyright, if someone rewrites a subsystem (like the menu system)? How much of the old code was used, how much is new? What if we know that certain four lines of code is written by someone? What if a commit removes three of them, and changes the remaining one to refactor/update it? Who owns the copyright exactly is a tricky question. Also, you see that having license comments on top of each file would solve uncertainty about the file being licensed under a certain license or not? Drupal includes a LICENSE.TXT, which pretty clearly states that it is GPL2, and every code distributed with Drupal adheres to that license. The same applies to the contributions, which get the LICENSE.txt bundled in the download too. By having comments in all files, it would be harder to tell, what file is licensed under "GPL2 strictly", or "GPL2 or later". Gabor
On Monday, 9. July 2007, Gabor Hojtsy wrote:
Jakob, how you imagine giving me copyright, if I add three lines to four files each? How you imagine possibly revoking copyright, if someone rewrites a subsystem (like the menu system)? How much of the old code was used, how much is new? What if we know that certain four lines of code is written by someone? What if a commit removes three of them, and changes the remaining one to refactor/update it?
Who owns the copyright exactly is a tricky question.
Hm, yes. Nevertheless, nearly all high-profile open source projects do it, and for a good reason. A one- or three-liner might not count as copyrightable addition (although it would likely depend on yourself what you see as "significant contribution"), whereas modifying half of a file while refactoring it will definitely count. Sure, it may be hard to remove copyright notices when the exact location of the code is not known. (Which is even harder in Drupal as in projects like KDE where every contributor has its own VCS account, we cannot rely on commits as everything is done by patching.) So the most straightforward solution is likely to keep copyrights, and only remove them when the whole file is removed. Yes, that might not be the ideal way. Yes, it adds quite a bit of text to each and every source file. But having too much copyright holders is still a whole lot better than not knowing who they are. At least, by knowing them it's possible to try to contact all of them in case of licensing issues, which you cannot do if there's no copyright header at all.
Also, you see that having license comments on top of each file would solve uncertainty about the file being licensed under a certain license or not? Drupal includes a LICENSE.TXT, which pretty clearly states that it is GPL2, and every code distributed with Drupal adheres to that license.
That would not change. But it's indeed possible to have a piece of code put under two different licenses. The most prominent examples for that are of course MySQL and Trolltech with their GPL/proprietary licensing scheme, but strictly seen, "GPLv2 or later" is such a case as well. Just because "GPLv2 or later" is *also* GPLv3 doesn't mean that it isn't GPLv2 anymore, and as certain parts of Drupal will probably never be GPLv3, the whole of it is still distributed under GPLv2 only. Note that the Linux kernel does it this way as well, they've got a mixture of GPLv2 only and "GPLv2 or later" and even BSD licensed code, still the whole of it is strictly GPLv2 only.
The same applies to the contributions, which get the LICENSE.txt bundled in the download too. By having comments in all files, it would be harder to tell, what file is licensed under "GPL2 strictly", or "GPL2 or later".
Ok, so what's the problem with two different possibilities, as long as each of them is (also) licensed under the GPLv2 as the CVS guidelines demand? Please mind that having the copyright holders listed is more important than allowing dual-licensing, so it's kind of a secondary issue to me, but I don't see what could possibly be wrong with this. What I want to say is, take the licensing issue seriously. Joomla recently had a slightly different kind of licensing problem, and they took it even more lightheartedly before it came up, but it was just as well a result of not taking licensing seriously. Regards, Jakob
Are there any thoughts about releasing Drupal 6 with GPLv3?
Sure, there are, see my post on the consultation list back in March http://lists.drupal.org/pipermail/consulting/2007-March/001756.html : "FYI: I do not agree with GPL v3 and given the amount of code I have in Drupal, this simply will not be." Regards, NK
participants (5)
-
Erdem Köse -
Gabor Hojtsy -
Gerhard Killesreiter -
Jakob Petsovits -
Karoly Negyesi