On Tue, 31 Jan 2006, Alan Cox wrote:
>
> I would argue its irrelevance
Well, I can absolutely agree with that.
It really wasn't ever meant to _change_ anything, so it definitely should
be irrelevant in that sense.
That said, I think it actually hass one big result: we may be discussing
this for a couple of weeks, but I'm pretty sure we won't be discussing it
for months and having a huge split over it in the kernel community.
Which to me makes it less-than-irrelevant ;)
I actually tend to have two very different kinds of worries:
- the technical problem of the month. Something doesn't work, and we
don't know why, and it's been broken for long enough that it seems to
be pretty fundamental.
These things worry me, but they don't keep me up at night.
- the worry that somebody who submitted code to the kernel feels that his
code is mis-used and feels let down by the process.
This thing _worries_ me. This is something I end up losing sleep over.
The second case is unusual, but it does happen. Things like the
MMX-optimized AES routines, where Jari Ruusu ended up objecting to his
code getting used. I really don't think he had any _legal_ reasons to feel
that way, but _that_ is what really really tends to make me unhappy:
regardless of legal correctness, I want developers to feel _proud_ of what
they did in Linux, not feel like their code is being trampled on.
Do unto others.. and so on.
This is also why I don't much like BSD->GPL conversion, and try to ask the
original author to OK it (the way we did with the original AES assembly
code authored by Dr Brian Gladman - just to make sure). And regardless, I
want to keep dual licenses _actively_ dual-licensed in the kernel, just to
respect the original wishes instead of just converting them to the
(stricter) GPLv2.
So the reason I've spent a lot of time on this thread is basically that I
worry about people who would _like_ to upgrade (and incorrectly _expected_
to upgrade) the whole kernel to GPLv3 being unhappy.
So I'm spending time on this thread trying to make sure that everybody
realizes that GPLv2 was always the license of choice - people may still
have wished for something else, but at least I can do my damned best to
explain why things are how they are, and explaining that any expectations
to the contrary really were misguided.
> Two cases (lets call them a and b)
>
> a) The GPLv2 only was always the case
> b) There was no version so it was open to choice
>
> Which ultimately means either
>
> a) Linus changed nothing
> b) Linus chose a version as the License allowed him to in accordance
> with section 9.
>
> So we have two legal outcomes both of which produce the right answer for
> any vaguely recent source tree. At which point does it matter ?
Well, it does matter if somebody wants to start anew at the state we were
at five years ago in the belief that that old state is GPLv3-compatible,
and then add in the more modern part of the files that are explicitly
compatible with GPLv3...
And if somebody feels _that_ strongly about it, and feels that five years
ago there really was a real ambiguity, I'd be interested to hear his or
her arguments. And I don't see myself likely objecting to it, if only
because I'd be intrigued to see how far they get ;)
> Is there doubt about the license status of the current code - not in
> this area, no. The COPYING file is extremely clear on this, and more
> importantly in other possible unclear and problematic areas. For example
> the statement that the system calls are not derivative statement which
> resolves the biggest interpretation concern of all.
I was always surprised by how anybody could _possibly_ worry about that
one, but it did come up very early. I forget exactly when, but I think
that clarification was added way before Linux-1.0.
In general, people worry too much. And I worry about other people
worrying.
Hopefully I also worry without any real cause.
Linus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
