linux-kernel - Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <87fy4ms8qw.fsf@graviton.dyn.troilus.org>
Date:	Wed, 20 Jun 2007 15:53:27 -0400
From:	Michael Poole <mdpoole@...ilus.org>
To:	david@...g.hm
Cc:	Tomas Neme <lacrymology@...il.com>,
	"Linux-Kernel\@Vger. Kernel. Org" <linux-kernel@...r.kernel.org>
Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

david@...g.hm writes:

> On Wed, 20 Jun 2007, Michael Poole wrote:
>
>> david@...g.hm writes:
>>
>>> no, saying that the result must be acceptable to other software (in
>>> this case the software running in the BIOS) is not part of the source
>>> code.
>>
>> Why not?  The digital signature is a statement (which translates
>> roughly to "Tivo approves this") to be used in a computer in order to
>> bring about a certain result.  That result is making it boot on the
>> PVR.  Source code simply means the original forms or inputs used to
>> generate machine-readable statements.
>
> but the signature isn't part of the kernel, and the code that checks
> the signature is completely independant. and finally the PVR functions
> are not part of the kernel (and not under the GPL in any case)
>
> if your argument was true then Oracle releasing a database appliance
> would require Oracle to give you the source to their database since
> it's part of 'bringing about a certain result' namely operating as a
> database server.

>From the kernel's COPYING file:

   NOTE! This copyright does *not* cover user programs that use kernel
 services by normal system calls - this is merely considered normal use
 of the kernel, and does *not* fall under the heading of "derived work".

See also the portion below.

> if your argument was true then releasing a GPL package for windows
> would require that the windows kernel source be released, after it
> it's nessasary for 'brining about a certain result' namely letting
> your code run.

>From section 3 of the GPL:

  However, as a special exception, the source code distributed need
  not include anything that is normally distributed (in either source
  or binary form) with the major components (compiler, kernel, and so
  on) of the operating system on which the executable runs, unless
  that component itself accompanies the executable.

> these are both nonsense results.

.. which is why they are recognized to be different.

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/