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
next prev parent 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