mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "David Schwartz" <davids@webmaster.com>
To: "Jp@Enix. Org" <jp@enix.org>
Cc: <linux-kernel@vger.kernel.org>
Subject: RE: Possible GPL infringement in Broadcom-based routers
Date: Sat, 6 Nov 2004 12:09:42 -0800	[thread overview]
Message-ID: <MDEHLPKNGKAHNMBLJOLKGEIEPJAA.davids@webmaster.com> (raw)
In-Reply-To: <1099711404.27598.44.camel@localhost.localdomain>


	This is exactly the argument I hoped would *not* arise on the LKML. I'll
try not to reply further unelss someone posts something fundmanetally new.

> Anyone copying and distributing the Linux kernel must comply with the
> copyright licence which _conditionally_ grants them permission to do so.

	*sigh* We're not talking about anyone copying or distributing *the* Linux
kernel. We're talking about someone copying or distributing another work
that is derivative of the Linux kernel (which is also *a* Linux kernel, just
not *the* Linux kernel). This is true whether they distribute the module
separately or linked with the Linux kernel. In either case, they are not
distributing the actual work placed under the GPL but a distinct, yet
derivative, work.

	The GPL can only conditionally grant permission to distribute a derivative
work if that is a right normally reserved to the author of a work. Yet
nobody has yet presented any law that reserves to a copyright holder the
right to restrict the distribution of derivative works.

> In particular, the permissions granted by the GPL on the Linux kernel
> are conditional on your agreement that when you distribute a collective
> work which is based in part on the Linux kernel, you also release all
> other parts of that whole, EVEN THOSE WHICH ARE NOT DERIVED WORKS OF THE
> KERNEL, under the terms of the GPL.

	This is the GPL trying to set the scope of its own authority. Nothing in
the GPL matters unless you try to do something that you could only get the
right to do from the GPL itself. Otherwise, you are free to refuse to accept
the GPL.

> The GPL does not claim any fundamental 'rights' to those parts which are
> your own work, just as commercial copyright licences don't claim any
> fundamental 'right' to your money. It's just a trade you are offered;
> that is what is asked of you, in return for permission to distribute the
> GPL'd work.

	Except you're not distributing the GPL'd work! You are totally putting the
cart before the horse here. You are assuming that the compiled object that
they are distributing is a GPL'd work to show that it must be covered by the
GPL because it's distributed.

> You have the right to refrain from entering that agreement; to refrain
> from distributing the GPL'd work. You do not have the right to
> distribute the GPL'd work _without_ complying with the terms of its
> licence. That would be a criminal offence.

	Here again you put the cart before the horse. You say that I'm
"distributing the GPL'd work". Why is it GPL'd? Because the GPL says it
covers collective works. But since I refused the GPL, why does it matter
what the GPL says?!

> Anyone distributing a work which is a whole based on the Linux kernel
> and other non-GPL'd works, other than 'mere aggregation on a volume of a
> storage or distribution medium', is quite clearly violating the terms of
> the GPL. (Bearing in mind the specific exception for userspace).

	Again, you are quoting the GPL to decide the scope of its own authority in
the case where a person refuses to accept the GPL.

> It's very clear, given that the firmware for these routers is completely
> useless without either the kernel or the network driver modules, that
> it's more than 'mere aggregation' -- the parts form a coherent whole.

	It is quite useful without *the* kernel. It is quite useful as a single
work, *a* kernel but not *the* kernel. A distinct (yet derivative) work.

> Thus, even when the modules are NOT a 'derived work', they _MUST_ be
> distributed under the terms of the GPL in order for permission to
> distribute the _kernel_ to be granted.

	For the love of god, you're not distributing *the* kernel, you're
distributing *a* kernel. A distinct work, albeit a derivative work. How hard
is that to understand?

	DS



  reply	other threads:[~2004-11-06 20:09 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-05 18:43 Adam J. Richter
2004-11-05 19:59 ` David Schwartz
2004-11-06  3:23   ` David Woodhouse
2004-11-06 20:09     ` David Schwartz [this message]
2004-11-06 21:40       ` Stephen Pollei
2004-11-07 17:05       ` David Woodhouse
2004-11-06 13:38 ` Horst von Brand
2004-11-06 15:49   ` Arjan van de Ven
2004-11-07 21:08     ` Ryan Anderson
  -- strict thread matches above, loose matches on Subject: below --
2004-11-06 10:40 Adam J. Richter
2004-11-05 18:51 ` Michael Poole
2004-11-05 18:58 ` Disconnect
2004-11-05 19:03 ` David Schwartz
2004-11-05 19:38   ` linux-os
2004-11-05 19:06 ` Horst von Brand
2004-11-05 19:39   ` Arjan van de Ven
2004-11-06  3:21   ` Kyle Moffett
2004-11-05 18:31 Adam J. Richter
2004-11-05 18:20 Adam J. Richter
2004-11-05 20:00 ` Michael Poole
2004-11-04 23:33 Jérôme Petazzoni
2004-11-04 23:57 ` David Schwartz
2004-11-05  0:23   ` Kyle Moffett
2004-11-05 15:27   ` David Woodhouse
2004-11-05  4:05 ` Scott Lockwood
2004-11-05 20:28 ` Tonnerre

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=MDEHLPKNGKAHNMBLJOLKGEIEPJAA.davids@webmaster.com \
    --to=davids@webmaster.com \
    --cc=jp@enix.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®