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: <20070615143003.GA8775@elte.hu>
Date:	Fri, 15 Jun 2007 16:30:03 +0200
From:	Ingo Molnar <mingo@...e.hu>
To:	Michael Poole <mdpoole@...ilus.org>
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@...g.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


* 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. 
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?

	Ingo
-
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ