Slashdot Mirror
Perens Counters Claim of GPL Legal Risk
Microsoft Delenda Est writes "After ACT, a Microsoft front group, started claiming that the GPLv3 was legally 'risky' and could give rise to anti-trust liability, eWeek has published a rebuttal by Bruce Perens. Aside from the fact that IBM, HP, Red Hat, and a couple dozen corporate lawyers are watching over the creation of the GPLv3, there is already precedent that shows the GPL is unlikely to give rise to any significant liability — Daniel Wallace v. FSF. In that case, pro se litigant Daniel Wallace was all but laughed out of the courtroom for alleging the GPLv2 violates anti-trust law, and the GPLv3 clauses in question are simply clarifications and extensions of clauses in the GPLv2. Presumably, that is why the ACT neglected to cite any precedent substantiating their allegations."
You could argue that the restrictions that GPLv3 is intended to prevent -- web services running off GPL software without sharing code, for example -- are a marketplace effort to move open source licensing closer to BSD-style.
Thus, if the marketplace already views GPLv2 as too encumbered, it is unlikely that commercial code released in the future will be licensed under GPLv3, or that commercial entities will contribute to GPLv3 open-sourced projects. Before you argue that this is irrelevant, consider the amount of commercial code that has radically improved Linux in the past five years or so.
I'm not sure if this an argument for or against GPLv3.
Fortunately, it's not as big a problem as you believe. But how can the Linux kernel project, with its thousands of developers, change its license? We can't even reach them all, and some of those developers are dead and their estates don't know software licenses from driver's licenses. But changing the license is easier than most people think.
First, it's not a fundamental change: the intent of GPL 3 is that of GPL 2, the change is in the implementation. Given that, what would be required for such a change would be for Torvalds (or someone else) to publish his intent to start making releases with the new license, as a legal notice. A certain number of people would object, and they would have the right to require that their contributions be removed from the new release.
The kernel team has never been loath to replace code when necessary, and never slow to handle the job, no matter how large the item to be replaced. Just look at the replacement of Bitkeeper with "git", a big job that took a ground-up rewrite and yet was working in five weeks. So, code belonging to GPL3-objectors would be swiftly dealt with.
After some time passed, the release would happen under the new license, and life would go on. There is precedent for this, as Torvalds has already made two significant changes to the prelude to GPL2 on the kernel, publishing his intent and then making a release.
Bruce
Bruce Perens.
As long as you can change the library without limitation. Don't lock down that library. And your DRM must not depend on the integrity of that library to work.
Bruce
Bruce Perens.
Bruce Perens has responded to the papers I wrote for ACT without having read them. He made the absurd statement to eWeek, repeated here, that the Daniel Wallace case "shows the GPL is unlikely to give rise to any significant liability." I was talking about GPLv3, not an earlier version and the Daniel Wallace case was based on a predatory pricing theory - not group boycott theory as I discussed. Different facts, different law, different result. It would be great if someone with some legal training look at this, if not Mr. Perens. They are at http://www.actonline.org/documents/ACT-GPLv3-Legal -Risks.pdf and http://www.actonline.org/documents/GPLv3-License-o r-Contract.pdf.