Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754909AbXFNCIX (ORCPT ); Wed, 13 Jun 2007 22:08:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750944AbXFNCIQ (ORCPT ); Wed, 13 Jun 2007 22:08:16 -0400 Received: from mailout.stusta.mhn.de ([141.84.69.5]:34496 "EHLO mailhub.stusta.mhn.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750850AbXFNCIP (ORCPT ); Wed, 13 Jun 2007 22:08:15 -0400 Date: Thu, 14 Jun 2007 04:08:27 +0200 From: Adrian Bunk To: Daniel Hazelton Cc: Alexandre Oliva , Linus Torvalds , Alan Cox , Greg KH , debian developer , david@lang.hm, Tarkan Erimer , linux-kernel@vger.kernel.org, Andrew Morton , mingo@elte.hu Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 Message-ID: <20070614020827.GO3588@stusta.de> References: <466A3EC6.6030706@netone.net.tr> <200706132101.28330.dhazelton@enter.net> <20070614012401.GN3588@stusta.de> <200706132140.13490.dhazelton@enter.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <200706132140.13490.dhazelton@enter.net> User-Agent: Mutt/1.5.15+20070412 (2007-04-11) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5936 Lines: 123 On Wed, Jun 13, 2007 at 09:40:13PM -0400, Daniel Hazelton wrote: > On Wednesday 13 June 2007 21:24:01 Adrian Bunk wrote: > > On Wed, Jun 13, 2007 at 09:01:28PM -0400, Daniel Hazelton wrote: > > > On Wednesday 13 June 2007 20:44:19 Adrian Bunk wrote: > > > > On Wed, Jun 13, 2007 at 07:46:15PM -0400, Daniel Hazelton wrote: > > > > > On Wednesday 13 June 2007 19:15:42 Alexandre Oliva wrote: > > > > > > On Jun 13, 2007, Linus Torvalds > wrote: > > > > > > > On Wed, 13 Jun 2007, Alan Cox wrote: > > > > > > >> > find offensive, so I don't choose to use it. It's offensive > > > > > > >> > because Tivo never did anything wrong, and the FSF even > > > > > > >> > acknowledged that. The fact > > > > > > >> > > > > > > >> Not all of us agree with this for the benefit of future legal > > > > > > >> interpretation. > > > > > > > > > > > > > > Well, even the FSF lawyers did, > > > > > > > > > > > > Or rather they didn't think an attempt to enforce that in the US > > > > > > would prevail (or so I'm told). That's not saying what TiVo did > > > > > > was right, and that's not saying that what TiVo did was permitted > > > > > > by the license. Only courts of law can do that. > > > > > > > > > > Wrong! Anyone with half a brain can make the distinction. What TiVO > > > > > did is entirely legal - they fully complied with the GPLv2. Note that > > > > > what they *DON'T* allow people to do is run whatever version of > > > > > whatever software they want on their hardware. They have that right - > > > > > its the "Free Software Foundation" and the GPL - regardless of > > > > > version - is a *SOFTWARE* license. ... > > > > > > > > The GPLv2 says: > > > > > > > > "For an executable work, complete source code means all the source code > > > > for all modules it contains, plus any associated interface definition > > > > files, plus the scripts used to control compilation and installation of > > > > the executable." > > > > > > > > The question is whether this includes private keys. > > > > Different people have different opinions regarding this issue. > > > > > > > > If "the complete source code" includes private keys, the GPLv2 requires > > > > them to give any costumer the private keys. > > > > > > > > Fact is that Harald Welte did in several cases successfully convince > > > > vendors that private keys are part of the source code if they are > > > > required for running the compiled binary on some hardware. > > > > > > If the hardware was designed for the end-user to change the software > > > running on it - including running software that it was never meant to run > > > (ie: a complete webserver on cell phone) - then yes, the signing keys are > > > a part of the source, as the software running on the device is designed > > > to be updated by the user using the provided system. > > > > > > If, on the other hand, the only "software updates" the user is expected > > > to perform are the installation of newer versions of the existing code > > > for "Security" or "Bug Fix" reasons then the signing keys aren't part of > > > the source. > > > > Are you an idiot, or do you just choose to ignore all proof that doesn't > > fit your preconceived beliefs? > > Nope. Merely stating a distinction. Either a device is distributed, like the > common PC, that is designed for the user to change and update the software > on, or, like the PS2 it isn't designed for that. If I find a way to update my > PS2 to run Linux and find that it doesn't want to start the "Linux Firmware" > because I'm lacking a signing key... > > In the case of a device that internally runs Linux (or any other GPL'd > software) and wasn't designed for the end-user to change the software running > on it then the signing keys aren't part of the source. OTOH, if I sell a PC > running Linux that requires the kernel be signed then the signing keys *are* > part of the source, since a PC is designed for the end-user to change the > software running on it. > > BTW, nice use of irony with that line. Makes me regret letting my fingers get > ahead of my brain. > > > The GPL doesn't give someone distributing the software the choice of how > > much to limit the freedom of the user. > > Never claimed it did. I just wasn't as specific as I should have been when > giving my examples. > > > Either private keys required to run the kernel on the hardware are > > always considered part of "the complete source code" or they are never > > part of it. > > No. It all depends on the use-case. If the hardware is designed for the user > to install their own, custom versions of the code on then the signing keys > are part of the source as defined by the GPLv2. > > If, OTOH, the hardware was never meant for the end-user to install custom > versions of the software on, then while the signing keys are still > *technically* part of the source, in practice they are not. Why? Because in > most of those cases the end-user isn't granted the right to install and run > custom binaries on the hardware. If the manufacturer provided the signing > keys they'd be facilitating the commission of a crime. (call it "Breach of > Contract") >... Repetition doesn't let wrong things become true. Where does the GPLv2 talk about the distinction you are trying to make based on distributor intentions? We are talking about the GPLv2 licence text, not about what you would personally prefer. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/