Message-Id: <200706132140.13490.dhazelton@enter.net>
Date:	Wed, 13 Jun 2007 21:40:13 -0400
From:	Daniel Hazelton <dhazelton@...er.net>
To:	Adrian Bunk <bunk@...sta.de>
Cc:	Alexandre Oliva <aoliva@...hat.com>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	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 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 <torvalds@...ux-foundation.org> 
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")

> > I haven't looked into what Harald Welte did, but I'd be surprised if
> > someone tried following suit in America and had as much success.
> >...
>
> Harald is in Germany, and he therefore takes legal action against people
> distributing products violating his copyright on the Linux kernel
> in Germany at German courts based on German laws.

I know this. As I said, I doubt that anyone who tried this in America would 
have the success he has had.

DRH

> cu
> Adrian



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

Powered by blists - more mailing lists