mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: linux@horizon.com
To: linux-kernel@vger.kernel.org
Cc: s0348365@sms.ed.ac.uk
Subject: Re: Would I be violating the GPL?
Date: 2 Nov 2005 17:21:09 -0500	[thread overview]
Message-ID: <20051102222109.16639.qmail@science.horizon.com> (raw)

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.

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.

I'd like to argue that people interested in free software should want
the answer to be "no", and should not try to establish precedents to
the contrary, and that asserting the claim could boomerang unpleasantly.

Suppose EvilCo produces an EvilOS and provides a series of headers for
interfacing to EvilOS.  Further suppose that EvilOS is not very good
about enforcing user/kernel separation and a lot of the headers describe
kernel-internal data structures that a user might nonetheless want to
hook into.

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?  Do I want
them to claim proprietary rights in the source code because it refers
to symbols defined in their headers?

Or would I rather that such names and references are considered "Scenes
a faire" (standard boilerplate) for software that runs on EvilOS, and
as such not subject to copyright law?


Looking at all the crap companies are trying to impose about publishing
benchmarks, think before claiming that copyright law gives you some
authority, lest that claim be used against you.  I don't see such claims
being widely asserted by commercial companies, so I'm strongly disinclined
to try to start an arms race in that direction.

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

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.


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

             reply	other threads:[~2005-11-02 22:21 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-02 22:21 linux [this message]
2005-11-02 22:47 ` linux-os (Dick Johnson)
2005-11-03  3:50 ` Rob Landley
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=20051102222109.16639.qmail@science.horizon.com \
    --to=linux@horizon.com \
    --cc=linux-kernel@vger.kernel.org \
    --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

all inboxes | Powered by JetHome®