public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Flavio Stanchina <flavio@stanchina.net>
To: Kyle Moffett <mrmacman_g4@mac.com>
Cc: "Adam J. Richter" <adam@yggdrasil.com>,
	hch@lst.de, greg@kroah.com, linux-kernel@vger.kernel.org,
	Michael Poole <mdpoole@troilus.org>
Subject: Re: more files with licenses that aren't GPL-compatible
Date: Thu, 17 Jun 2004 22:51:21 +0200	[thread overview]
Message-ID: <40D20449.5000107@stanchina.net> (raw)
In-Reply-To: <96BD7BAE-C092-11D8-8574-000393ACC76E@mac.com>

Kyle Moffett wrote:
> If someone distributes _on_their_own_ (site, CDs, whatever) copies
> of Linux with their copyrighted code in it, or contributes copyrighted
> code _that_they_own_, they are giving someone a license to use
> against them.  That is actually one of the difficulties SCO is facing
> right now in court; _they_ distributed copies of Linux _including_ any
> code that they may claim is copyrighted.  Since they have the right to
> license such code, any license that appears to be associated with it
> when they distribute it becomes valid even if it was not before.  If you
> distribute a copy of Linux under the GPL that contains code you
> claim is violating your copyright, then I don't believe you have a leg
> to stand on, legally.

Your argument applies to the SCO case because their code (if there is 
any, which nobody but SCO still believes is the case) did *not* have a 
license attached to it that didn't allow modification, redistribution or 
whatever else the GPL requires; otherwise they wouldn't have trouble 
demonstrating which code it is they're talking about. So any sane person 
would understand that they knowingly released it under the GPL: if 
they'll try to argue that they didn't know the kernel was covered by the 
GPL, I don't think the judge will go for much less than capital 
punishment when he stops laughing.

In this case, if I followed the discussion correctly, there are files 
and binary blobs in the kernel whose license explicitly disallows some 
of the freedoms the GPL grants. So they *have* to get out of the kernel 
proper *now*, period. There is no other choice, legally.

Once those files and stuff are out of the kernel, we can think of a 
solution that works from both a technical and a legal perspective, such 
as loading firmware from external files (which users will have to 
download themselves from vendors' sites -- we can't distribute them in 
any form if they don't change the license). Modules under a non-GPL 
license are a different can of worms: many people believe they are 
violating the GPL even if they remain outside of the kernel proper 
because they are obviously a derivative work of the kernel. So far AFAIK 
nobody sued NVidia, ATI or anyone else for distributing non-GPL modules, 
but they can _not_ stay in the kernel. I wonder how and why they were 
accepted in the first place.

-- 
Ciao, Flavio


  reply	other threads:[~2004-06-17 20:45 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-18  6:29 more files with licenses that aren't GPL-compatible 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 [this message]
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
  -- strict thread matches above, loose matches on Subject: below --
2004-06-18  6:56 Adam J. Richter
2004-06-18 11:09 ` mdpoole
2004-06-16 23:47 Wichmann, Mats D
2004-06-17  1:18 ` Kyle Moffett
2004-06-15 20:57 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
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

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=40D20449.5000107@stanchina.net \
    --to=flavio@stanchina.net \
    --cc=adam@yggdrasil.com \
    --cc=greg@kroah.com \
    --cc=hch@lst.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mdpoole@troilus.org \
    --cc=mrmacman_g4@mac.com \
    /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