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 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.