From: "David Schwartz" <davids@webmaster.com>
To: <aoliva@redhat.com>
Cc: "Linux-Kernel@Vger. Kernel. Org" <linux-kernel@vger.kernel.org>
Subject: RE: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Date: Mon, 18 Jun 2007 13:13:51 -0700
Message-ID: <MDEHLPKNGKAHNMBLJOLKCECMELAC.davids@webmaster.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
In-Reply-To: <orodjfkzjt.fsf@oliva.athome.lsd.ic.unicamp.br>
Importance: Normal
Reply-To: davids@webmaster.com
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 7209
Lines: 155


> > Sure, and you use the hardware to stop me from modifying the
> > Linux on your
> > laptop.

> Do I?  How so?

Any number of ways. For example, you probably don't connect the serial ports
to a device I have access to.

> >> You don't use the software in my laptop.  The laptop is not yours.
> >> You have no claims whatsoever about it.

> > Exactly. And I have no *GPL* claims to my laptop either. The GPL
> > doesn't talk about who owns what hardware and it would be insane for
> > it to do so.  Even though the TiVo hardware is yours, you have no
> > more *GPL* claims to it than you do to someone else's laptop. The
> > GPL does not talk about who owns what hardware.

> This is absolutely correct.

> What it does is impose conditions for whoever wants to distribute the
> software.  And GPLv3 makes it explicit that one such condition is to
> permit the user to install and run modified versions of the program in
> the hardware that ships with the program.

I'm sorry, who is "the user"? Who exactly is supposed to be able to install
and run modified versions? How does the GPLv3 specify who is supposed to be
authorized to do this?

The TiVo control over updating the software is a specific access control
measure. It says, "X is authorized to replace the software on this machine
but Y is not". Now, somebody has to make that decision. It's clearly chaos
if anyone can change the software on any machine.

How exactly does the GPLv3 specify who should and should not be able to
change the software on a particular physical machine?

> A condition that is
> arguably already encoded in the "no further restrictions to the rights
> granted" by the license" and to the requirement for complete
> corresponding source code to accompany the binary.

Except that the "right" to upload the software on some particular piece of
hardware was *never* a right granted by the GPL, nor could it be. That *HAS*
to be a right granted by whatever authority controls the use of that
hardware. It seems utterly nonsensical to argue otherwise.

> That you disagree with it doesn't make you right.

Anyone can disagree over anything. If I'm not right just because people
disagree with me, then nobody is ever right.

It's totally obvious that who gets to install what software on a given piece
of hardware is determined by the person who creates/owns that hardware and
they have to authorize anyone else to change it.

> But that it is within the spirit of the GPL defined by its authors
> (which is all I'm trying to show here), it is.

It is not. The GPL was never about who was allowed to modify the software on
particular pieces of hardware. It was about the lack of *legal* obstacles to
your doing so. It wasn't about *authorization* obstacles imposed on the
creators/owners of hardware. These are night and day different categories.

> > The GPL (at least through version 2) is about free access to source
> > code.
>
> Some think so, but this was GPLv1.
>
> v2 added stuff such as:
>
>   if a patent license would not permit royalty-free redistribution of
>   the Program by all those who receive copies directly or indirectly
>   through you, then the only way you could satisfy both it and this
>   License would be to refrain entirely from distribution of the
>   Program
>
> Do you realize that the patent is unrelated with the program, but
> nevertheless the copyright license establishes conditions about what
> kind of patent licenses you may accept in order for you to have
> permission to distribute the program.

Right, because this would put legal obstacles to your ability to use the
software, even on hardware you do control.

> Why should restrictions through patents be unacceptable, but
> restrictions through hardware and software be acceptable.

Because the former are legal obstacles and the latter are authorization
obstacles. Certainly I'm not free to run Linux on *YOUR* laptop. That's an
authorization obstacle -- it's *your* laptop. This is TiVo's hardware, and
assuming they don't include the right to control what software runs on the
hardware in the sale, you don't have that authorization right over that
hardware -- just like you don't have it for *my* computer.

> Both are means to disrespect users' freedoms.

The freedom to control what software runs on someone else's hardware?!

> > The GPL doesn't care what your motivations are. If you can't fulfill
> > your GPL obligations, no matter how nice your intentions, you can't
> > distribute at all.

> That's right.  But one of the obligations is to impose no further
> restrictions on the exercise of the rights.  What is "imposing a
> restriction"?  Installing the software in ROM isn't regarded as such,
> it's just a technical decision.  Installing the software in modifiable
> non-volatile storage, but denying the user the ability to change it,
> is regarded as imposing a restriction.  (note the "denying")  It is a
> matter of intent.

I totally disagree. Intent should be irrelevent. If the user cannot access,
modify and run the software (on hardware he controls and absent any
technical limits, of course) then you are violating the license, period. You
may not put *legal* obstacles in his way. However, he can't run the software
on hardware on which it is not compatible, though he is free to make it
compatible. He can't run it on hardware on which he does not have the right
to control the software.

> It's not because you only install say 32MB of RAM on the machine that
> you're denying the user the ability to run OOo on the machine.  But if
> you ship the computer with plenty of memory, but somehow configure the
> hardware or the operating system so as to prevent the user from
> upgrading an OOo that shipped with it, while you can still install
> that upgrade, then you're actively placing limits on the user's
> freedom WRT to that software, and an anti-tivoization clause would
> then stop you from distributing the software under these conditions.

What happens on some particular machine is totally irrelevent. Your GPL
rights do not in any way specially vest in some hardware and not others. The
whole point of GPL rights is they apply to *ANY* way you choose to use the
software. Again, it is a totaly change in the spirit of the GPL to treat the
particular hardware the software is distribute on specially.

> My participation here is about showing that GPLv3, and anti-tivozation
> in particular, don't violate the spirit of the defending users'
> freedoms WRT the covered software, such that the Free Software remains
> Free.

And I think they change it utterly by treating one piece of hardware
different from others for GPL purposes. GPL was always about equal freedom
to use the software on *ALL* hardware, not special rights to use it on one
piece of hardware. More importantly, the change in scope to claim rights
over things that are not derivative works and do not include any GPL'd code
is so massive that it's a change in spirit, IMO.

DS


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