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: <200706150458.29943.dhazelton@enter.net>
Date:	Fri, 15 Jun 2007 04:58:29 -0400
From:	Daniel Hazelton <dhazelton@...er.net>
To:	David Woodhouse <dwmw2@...radead.org>
Cc:	Alan Cox <alan@...rguk.ukuu.org.uk>,
	Alexandre Oliva <aoliva@...hat.com>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	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 Friday 15 June 2007 04:25:24 David Woodhouse wrote:
> On Thu, 2007-06-14 at 21:44 -0400, Daniel Hazelton wrote:
> > Agreed. I said I wasn't going to argue about it because there *ARE*
> > distinctions that the law makes and the GPL ignores. You can't have it
> > both ways. If the module is distributed *with* the kernel *SOURCE* then
> > it doesn't matter if it's a derivative work or not, because it becomes
> > covered by the kernels license.
>
> Yes.
>
> > If it's distributed with the kernel *binaries* then it is
> > covered by its own license. In that case the only reason you'd have a
> > right to the source is if the module is considered a "derivative work".
>
> Not necessarily. I'm not entirely sure where you got that idea from.
>
> If the module is distributed 'as a separate work', _then_ what you say
> is true: the only reason you'd have a right to the source is if the
> module is considered a 'derivative work'.
>
> But when you distribute the same module as part of a whole which is a
> work based on the kernel, the distribution of the whole must be on the
> terms of GPL, whose permissions for other licensees extend to the entire
> whole, and thus to each and every part regardless of who wrote it.

-ELOGIC

> The words you used were 'with the kernel', which could actually mean
> either of the above. In the case of embedded Linux-based firmware
> though, it's definitely the latter. It's a coherent whole, and it
> contains both the kernel and the module. Thus the GPL extends to each
> and every part, regardless of who wrote it. Including the module.

Just because two things are bundled together doesn't put them under the same 
license or copyright. Take a look at the GPL, which specifically mentions 
that "mere aggregation" does not cause something to fall under the GPL. Not 
that the GPL can even change the law - in the US copyright law specifically 
states that "mechanical translation" and "mechanical processes" *CANNOT* 
create a "new" work. Since the process of compiling source into a binary is, 
by definition, a *mechanical* process then the binary can't suddenly become 
covered by a different copyright license than the source code merely because 
of the medium on which its distributed or the manner in which it is 
distributed.

DRH

-- 
Dialup is like pissing through a pipette. Slow and excruciatingly painful.
-
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/