public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: David Woodhouse <dwmw2@infradead.org>
To: Martin Diehl <lists@mdiehl.de>
Cc: Christoph Hellwig <hch@infradead.org>,
	Oliver Neukum <oliver@neukum.org>,
	davids@webmaster.com, erikharrison@gmail.com,
	linux-kernel@vger.kernel.org
Subject: Re: more files with licenses that aren't GPL-compatible
Date: Sat, 19 Jun 2004 19:29:09 +0100	[thread overview]
Message-ID: <1087669749.4230.18.camel@localhost.localdomain> (raw)
In-Reply-To: <Pine.LNX.4.44.0406171201100.7337-100000@notebook.home.mdiehl.de>

On Thu, 2004-06-17 at 12:09 +0200, Martin Diehl wrote:
> From a technical point of view I'm just wondering how it comes this 
> firmware is derived from the Linux kernel? I mean this is running on an 
> 8-bit microcontroller with some 4KiB of memory so it sounds pretty much 
> impossible to me.

I'm not sure that the point of your question is. It's _obviously_ not
derived from the Linux kernel; it can be reasonably considered an
independent and separate work in itself. This is part of what the GPL
has to say about such things:

	"These requirements apply to the modified work as a whole.  If
	identifiable sections of that work are not derived from the
	Program, and can be reasonably considered independent and
	separate works in themselves, then this License, and its terms,
	do not apply to those sections when you distribute them as
	separate works.

Unfortunately, you seem to have stopped reading there. You should have
read the rest of the paragraph, and also the following paragraph:

	"            ... But when you distribute the same sections as
	part of a whole	which is a work based on the Program, the
	distribution of the whole must be on the terms of this License,
	whose permissions for other licensees extend to the entire
	whole, and thus to each	and every part regardless of who wrote
	it.

	"Thus, it is not the intent of this section to claim rights or
	contest your rights to work written entirely by you; rather, the
	intent is to exercise the right to control the distribution of
	derivative or collective works based on the Program."

Note the use of the phrase 'derivative OR COLLECTIVE works'. Please
don't confuse the issue by talking only about derivation, when that's
not all that's relevant in the context of the GPL.

To pick another example -- the binary-only module distributed by
Linksys/Cisco in their wireless router products is of dubious legality
by itself since it may or may not be a derived work -- but that's not
really relevant when it's distributed in their product's firmware as
part of a collective work which is based on the Linux kernel. In that
situation it's clearly a copyright violation.

-- 
dwmw2


  parent reply	other threads:[~2004-06-19 18:32 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-15 20:57 more files with licenses that aren't GPL-compatible Christoph Hellwig
2004-06-16  0:38 ` Eric
2004-06-16  1:27   ` Kyle Moffett
2004-06-16  4:11   ` David Schwartz
2004-06-16 20:34     ` Erik Harrison
2004-06-16 20:37       ` Christoph Hellwig
2004-06-16 21:21       ` David Schwartz
2004-06-16 22:45         ` Oliver Neukum
2004-06-16 23:45           ` David Schwartz
2004-06-17 14:09             ` Timothy Miller
2004-06-17 18:35               ` David Schwartz
2004-06-17 19:22                 ` Timothy Miller
2004-06-17  7:59           ` Christoph Hellwig
2004-06-17  8:43             ` Oliver Neukum
2004-06-17  8:47               ` Christoph Hellwig
2004-06-17 10:09             ` Martin Diehl
2004-06-17 10:14               ` Christoph Hellwig
2004-06-19 18:29               ` David Woodhouse [this message]
2004-06-17 14:04           ` Timothy Miller
2004-06-16 22:49       ` Helge Hafting
2004-06-18  9:08         ` Adrian Cox
2004-06-18 11:21           ` Kyle Moffett
  -- strict thread matches above, loose matches on Subject: below --
2004-06-16 23:47 Wichmann, Mats D
2004-06-17  1:18 ` Kyle Moffett
2004-06-18  6:29 Adam J. Richter
2004-06-17 15:44 ` Michael Poole
2004-06-17 17:09   ` Adam J. Richter
2004-06-17 19:14     ` Kyle Moffett
2004-06-17 20:51       ` Flavio Stanchina
2004-06-17 20:53         ` Kyle Moffett
2004-06-17 21:05         ` mdpoole
2004-06-17 21:10           ` Christoph Hellwig
2004-06-17 21:45           ` Flavio Stanchina
2004-06-17 20:22     ` mdpoole
2004-06-17 18:05 ` Greg KH
2004-06-17 19:54   ` Christoph Hellwig
2004-06-17 20:22     ` Greg KH
2004-06-17 20:30       ` Christoph Hellwig
2004-06-17 20:52         ` Greg KH
2004-06-18  6:56 Adam J. Richter
2004-06-18 11:09 ` mdpoole

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=1087669749.4230.18.camel@localhost.localdomain \
    --to=dwmw2@infradead.org \
    --cc=davids@webmaster.com \
    --cc=erikharrison@gmail.com \
    --cc=hch@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lists@mdiehl.de \
    --cc=oliver@neukum.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