[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87zm31xo3q.fsf@graviton.dyn.troilus.org>
Date: Fri, 15 Jun 2007 10:56:57 -0400
From: Michael Poole <mdpoole@...ilus.org>
To: Ingo Molnar <mingo@...e.hu>
Cc: Daniel Hazelton <dhazelton@...er.net>,
Alexandre Oliva <aoliva@...hat.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Lennart Sorensen <lsorense@...lub.uwaterloo.ca>,
Greg KH <greg@...ah.com>,
debian developer <debiandev@...il.com>,
"david\@lang.hm" <david@...g.hm>,
Tarkan Erimer <tarkan@...one.net.tr>,
linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Ingo Molnar writes:
> * Michael Poole <mdpoole@...ilus.org> wrote:
>
>> >> I do not suggest that copyright subsists in the signature or in the
>> >> signing key. Whether it does is irrelevant to the signing key
>> >> being part of the source code (when the signature is needed for the
>> >> binary to work properly).
>> >
>> > it is very much relevant. By admitting that the key is not part of
>> > the "work", you have lost all moral basis to claim control over it.
>>
>> I have not admitted any such thing. I have said the key and signature
>> do not have separate copyright protection. Variables named "i" in a
>> file are not protected by copyright, but they are very much part of
>> the source code in that file.
>
> the problem with your argument is that the definition of what
> constitutes "work" is up to copyright law, _not_ the license writer.
Linux is unquestionably a work protected under copyright law. When I
compile Linux, copyright law still protects the executable form. This
is not a problem.
> I.e. you cannot just cleverly define "source code" to include something
> unrelated and then pretend that it's all in one work. And that's exactly
> what the GPLv3 does: it creatively defines the hardware's key into the
> 'source code' of the software and then asks for that to be provided
> _not_ because somehow the key derives from the software (it clearly does
> not), but as a "compensation" for the right to redistribute! I.e. it's
> trying to extend its scope to some item that is not part of the
> software. See?
No. The GPL does not care about the hardware's key, as I pointed out
in the part of my email that you cut out. The GPL cares about the key
used to generate an integral part of the executable form of the GPLed
work. The executable does not function properly if it lacks that
part. This is exactly the same way in which the GPL cares about the
programming instructions in other parts of the source code: if you
remove them, the resulting work does something quite different. See?
Michael Poole
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists