Re: GPLv3 Position Statement
From: Jörn Engel
Date: Thu Sep 28 2006 - 10:41:42 EST
On Thu, 28 September 2006 16:19:32 +0200, DervishD wrote:
> Probably the renaming is just common sense and will avoid ALL
> problems. People like me are concerned only because all GPLv2 that
> doesn't state otherwise will be released automagically under GPLv3 as
> soon as the latest draft is made the official version. Otherwise, I
> wouldn't give a hump about any new license until I have the time to
> read it and see if I like it.
In my very uninformed opinion, your problem is a very minor one. Your
"v2 or later" code won't get the license v2 removed, it will become
dual "v2 or v3" licensed. And assuming that v3 only adds restrictions
and doesn't allow the licensee any additional rights, you, as the
author, shouldn't have to worry much.
The problem arises later. As with BSD/GPL dual licensed code, where
anyone can take the code and relicense it as either BSD or GPL, "v2 or
v3" code can get relicensed as v3 only. At this point, nothing is
lost, as the identical "v2 or v3" code still exists. But with further
development on the "v3 only" branch, you have a fork. And one that
doesn't just require technical means to get merged back, but has legal
And I assume (careful, I'm _really_ uninformed here) the FSF is well
aware of that and wants a one-way compatibility between v2 and v3.
Any v2 code can be picked up by a v3 project, but not the other way
around. v3 projects have a clear evolutionary advantage over v2.
And here the kernel wording with "v2 only" in the kernel is
interesting. It turns a one-way compatibility into no compatibility
at all. So the evolutionary advantage is lost, as it only exists
through the "v2 or later" term.
Homo Sapiens is a goal, not a description.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/