From: "Roy Murphy" <murphy@panix.com>
To: linux-kernel@vger.kernel.org
Subject: Re: MODULE_LICENSE and EXPORT_SYMBOL_GPL
Date: Thu, 18 Oct 2001 11:05:10 -0500 [thread overview]
Message-ID: <3bceefa6.3cf6.0@panix.com> (raw)
'Twas brillig when Keith Owens scrobe:
>EXPORT_SYMBOL_GPL
>
>Some kernel developers are unhappy with providing external interfaces
>to their code, only to see those interfaces being used by binary only
>modules. They view it as their work being appropriated. Whether you
>agree with that view or not is completely irrelevant, the person who
>owns the copyright decides how their work can be used.
The GPL takes its strength and power from Copyright Law. Copyright law
allows certain exclusive rights to authors. Among these are:
distribution, public performance and the preparation of derivative
works. Copyright Law (at least in the US) reserves certain rights to
the Public, notably the right to make Fair Uses. Because of Fair Use,
the statement above "the person who owns the copyright decides how
their work can be used." is demonstrably false in a US Copyright
context.
Some elements of authorship are copyrightable, other elements are not.
One clear exception in US Copyright Law is "methods of operation" which
are not copyrightable. The canonical example of this the pattern of a
standard transmission shift. The pattern, intimately tied to the
manner in which the device is used, has been standardized because its
design could be copied and used by all manufacturers.
Exported interfaces are "methods of operation" in the sense of US
Copyright Law. Copyright Law affords no protection to "methods of
operation". The GPL, which gains its strength from Copyright Law, also
has no rights in this area. If a GPLed module does not want other code
using its interfaces, they should not be exported.
This is an example of overreaching copyright control which is just as
aggregious as CSS on DVDs.
next reply other threads:[~2001-10-18 15:04 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-18 16:05 Roy Murphy [this message]
2001-10-18 15:17 ` MODULE_LICENSE and EXPORT_SYMBOL_GPL Arjan van de Ven
2001-10-19 15:30 ` Taral
2001-10-21 15:22 ` Alan Cox
2001-10-21 20:16 ` Taral
2001-10-19 17:06 ` David Woodhouse
-- strict thread matches above, loose matches on Subject: below --
2001-10-19 18:03 Roy Murphy
2001-10-18 16:43 Roy Murphy
2001-10-18 15:49 ` Arjan van de Ven
2001-10-18 18:42 ` Tim Bird
2001-10-19 15:38 ` Taral
2001-10-18 16:07 ` Jan-Benedict Glaw
2001-10-18 22:38 ` David Lang
2001-10-19 0:46 ` John Alvord
2001-10-18 23:57 ` David Lang
2001-10-19 12:44 ` Reid Hekman
2001-10-19 20:07 ` David Lang
2001-10-20 0:00 ` Reid Hekman
2001-10-20 6:38 ` Keith Owens
2001-10-21 15:06 ` Alan Cox
2001-10-21 15:47 ` Alan Cox
2001-10-18 3:23 Keith Owens
2001-10-18 4:03 ` Alexander Viro
2001-10-19 7:16 ` Kai Henningsen
2001-10-19 8:26 ` Nils Philippsen
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=3bceefa6.3cf6.0@panix.com \
--to=murphy@panix.com \
--cc=linux-kernel@vger.kernel.org \
/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