[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <or1wge6jii.fsf@oliva.athome.lsd.ic.unicamp.br>
Date: Thu, 14 Jun 2007 23:25:57 -0300
From: Alexandre Oliva <aoliva@...hat.com>
To: Florin Malita <fmalita@...il.com>
Cc: Daniel Hazelton <dhazelton@...er.net>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Adrian Bunk <bunk@...sta.de>,
Alan Cox <alan@...rguk.ukuu.org.uk>, Greg KH <greg@...ah.com>,
debian developer <debiandev@...il.com>, david@...g.hm,
Tarkan Erimer <tarkan@...one.net.tr>,
linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>, mingo@...e.hu
Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
On Jun 14, 2007, Bill Nottingham <notting@...hat.com> wrote:
> Alexandre Oliva (aoliva@...hat.com) said:
>> And since the specific implementation involves creating a derived work
>> of the GPLed kernel (the signature, or the signed image, or what have
>> you)
> Wait, a signed filesystem image that happens to contain GPL code
> is now a derived work? Under what sort of interpretation does *that*
> occur?
Is the signature not derived from the bits in the GPLed component, as
much as it is derived from the key?
Isn't the signature is a functional portion of the image, i.e., if I
take it out from the system, it won't work any more?
> (This pretty much throws the 'aggregation' premise in GPLv2 completely
> out.)
Not really. It could take some explicit distinguishing between
functional and non-functional signatures, but that's about it.
GPLv3 chose a different path to make this clarification.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board Member http://www.fsfla.org/
Red Hat Compiler Engineer aoliva@...dhat.com, gcc.gnu.org}
Free Software Evangelist oliva@...d.ic.unicamp.br, gnu.org}
-
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