All of lore.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.