From: Rob Landley <rob@landley.net>
To: linux@horizon.com
Cc: linux-kernel@vger.kernel.org, s0348365@sms.ed.ac.uk
Subject: Re: Would I be violating the GPL?
Date: Wed, 2 Nov 2005 21:50:29 -0600 [thread overview]
Message-ID: <200511022150.29448.rob@landley.net> (raw)
In-Reply-To: <20051102222109.16639.qmail@science.horizon.com>
On Wednesday 02 November 2005 16:21, linux@horizon.com wrote:
> Amongst the various arguments here for declaring a binary kernel
> module a drived work based on including kernel headers, please
> take a step back and remember that what's sauce for the goose is
> sauce for the gander.
I think we've noticed the past few years of foaming looney attacks from SCO,
yes. And Microsoft's own attempts to license its header files, and such.
> The basic question is, does the user of the headers require the permission
> of the author of the headers to distribute the resultant object code?
> If the answer is "no", then the question of the terms of that permission
> (the GNU GPL or otherwise) doesn't arise.
Are you creating your source code based on somebody else's source code, or are
you creating your source code based on something else (documentation, a
defined API, etc).
Whether or not you include the header files is a relatively minor issue,
really.
> Suppose EvilCo produces an EvilOS and provides a series of headers for
> interfacing to EvilOS.
Been there, done that, watched it spawn groklaw.
> Now, if I write a piece of software that runs on EvilOS, or even a
> device driver to connect some hardware to EvilOS, do I want to need
> EvilCo's permission to distribute a percompiled version?
Ask Microsoft. They were flirting with this kind of thing years ago. (Trying
to make it so that their development tools couldn't be used to create open
source.) This effort was about as widely ignored as their shrinkwrap license
terms from the 1980's.
> Do I want
> them to claim proprietary rights in the source code because it refers
> to symbols defined in their headers?
Are those symbols documented? Or did they have to deeply study a copyrighted
work in that claims rights over derived works in order to find out about
those symbols in the first place?
> (There is a bit of that in the game console market, but that's enforced by
> not giving you the headers until you agree to an NDA with lots of
> conditions.)
There's a difference between grounds for a lawsuit and a slam-dunk easy case
you're confident you can win in a finite amount of time. If you're trying to
prevent Foaming Nutballs, Inc. from ever having the slightest trumped up
grounds for a suit, you're not going to be doing much.
> In particular, it's a lot harder to argue that such a claim is ridiculous
> if you're making the same claim yourself. And it's not at all clear to me
> that the benefit is worth that cost.
I don't think anybody with a brain is arguing that #including the userspace
(/usr/include) header files puts your Linux program under the GPL. And
there's never been any alternative but to include the GPL linux kernel header
files in those...
> Feel free to argue that the cost is worth it; what worried me was that it
> wasn't clear that people were considering the flip side of the arguments
> at all. (Of course, there are a lot more mailing list archives than I've
> read; I may just have missed it.)
I've been considering the flip side of all these arguments for about five
years, and considering them especially closely for the last two. :)
Rob
next prev parent reply other threads:[~2005-11-03 3:51 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-02 22:21 Would I be violating the GPL? linux
2005-11-02 22:47 ` linux-os (Dick Johnson)
2005-11-03 3:50 ` Rob Landley [this message]
2005-11-04 0:57 ` Horst von Brand
-- strict thread matches above, loose matches on Subject: below --
2005-11-01 17:49 Alexander Fisher
2005-11-01 16:43 ` Jeff V. Merkey
2005-11-01 19:15 ` Alistair John Strachan
2005-11-16 15:26 ` David Schwartz
2005-11-16 16:39 ` Jeffrey V. Merkey
2005-11-01 20:32 ` Rob Landley
2005-11-01 20:46 ` Arjan van de Ven
2005-11-01 19:00 ` Michael Buesch
2005-11-01 17:44 ` Jeff V. Merkey
2005-11-01 19:12 ` Michael Buesch
2005-11-01 20:46 ` Alexander Fisher
2005-11-01 21:06 ` linux-os (Dick Johnson)
2005-11-02 9:49 ` Giuliano Pochini
2005-11-02 14:54 ` Alex Lyashkov
2005-11-02 15:29 ` Nix
2005-11-02 15:42 ` Alex Lyashkov
2005-11-02 16:16 ` linux-os (Dick Johnson)
2005-11-02 17:26 ` Nix
2005-11-02 15:55 ` Giuliano Pochini
2005-11-10 19:02 ` Jan Engelhardt
2005-11-10 19:12 ` Lennart Sorensen
2005-11-17 21:23 ` Jan Engelhardt
2005-11-18 15:19 ` Lennart Sorensen
2005-11-18 15:25 ` Jan Engelhardt
2005-11-18 21:55 ` Petr Vandrovec
2005-11-01 22:04 ` Rob Landley
2005-11-01 19:58 ` Lee Revell
2005-11-01 20:30 ` Jeff V. Merkey
2005-11-01 20:57 ` Alexander Fisher
2005-11-02 16:12 ` Stuart MacDonald
2005-11-03 12:44 ` Alan Cox
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=200511022150.29448.rob@landley.net \
--to=rob@landley.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@horizon.com \
--cc=s0348365@sms.ed.ac.uk \
/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