From: Crispin Cowan <crispin@wirex.com>
To: Greg KH <greg@kroah.com>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
linux-security-module@wirex.com, linux-kernel@vger.kernel.org
Subject: Re: Binary only module overview
Date: Wed, 26 Sep 2001 12:17:37 -0700 [thread overview]
Message-ID: <3BB229D1.10401@wirex.com> (raw)
In-Reply-To: <E15lfKE-00047d-00@the-village.bc.nu> <3BB10E8E.10008@wirex.com> <20010925202417.A16558@kroah.com>
Greg KH wrote:
>On Tue, Sep 25, 2001 at 04:09:02PM -0700, Crispin Cowan wrote:
>
>>Therefore, any additional constraints people may wish to impose, such as
>>Greg's comment in security.h, are invalid. When someone receives a copy
>>of the Linux kernel, the license is pure, vanilla GPL, with no funny
>>riders.*
>>
>
>My comment in security.h that I proposed [1] does not add any additional
>constraints to the license that is currently on the file. All it does
>is explicitly state the licensing terms of it, so that there shall be no
>confusion regarding it's inclusion in programs. If you think this is
>adding an additional restriction to the file, please explain.
>
What your comment does is explicitly state your *interpretation* of the
implications of the GPL. As is manifestly obvious, the GPL is subject to
lots of interpretation, especially in the area of what is a "derived
work." We are on the safest legal ground if we simply state that the
file in question is GPL'd, and leave it at that.
>If you were to include a GPL licensed user space header file in a closed
>source program, of course you would be violating that license.
>
That is not clear to me. I have been unable to find a definitive
reference that states that is the case. If so, it is problematic,
because then every user-land program that ever #include'd errno.h from
glibc is GPL'd, because glibc #include's errno.h, among other GPL'd
kernel header files. Are you sure you want to declare nearly all
proprietary Linux applications to be in violation of the GPL?
We have a Schrodinger's Cat problem of whether the courts will
eventually rule that modules are derivative works of the kernel. There
are two cases here. Either:
* Binary modules are permitted by the kernel's GPL: if this is the
case, then Greg's comment is invalid, and misleading.
* Binary modules are not permitted by the kernel's GPL: if this is
the case, then Greg's comment is redundant, and just marking the
file "GPL" is sufficient.
IMHO, in neither case is the special language appropriate. This file is
GPL'd, and we should stop playing lawyer by trying to interpret what
that means.
If you (Greg, Alan) are confident that your interpretation of the GPL is
correct, then just marking the files as GPL should be sufficient. What
purpose is served by saying anything else?
Crispin
--
Crispin Cowan, Ph.D.
Chief Scientist, WireX Communications, Inc. http://wirex.com
Security Hardened Linux Distribution: http://immunix.org
Available for purchase: http://wirex.com/Products/Immunix/purchase.html
next prev parent reply other threads:[~2001-09-26 19:18 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-24 20:24 Binary only module overview Crispin Cowan
2001-09-24 23:39 ` Alan Cox
2001-09-25 23:09 ` Crispin Cowan
2001-09-25 23:15 ` jmjones
2001-09-26 3:24 ` Greg KH
2001-09-26 19:17 ` Crispin Cowan [this message]
2001-09-26 19:34 ` Alan Cox
2001-09-26 20:01 ` Greg KH
2001-09-26 22:50 ` Crispin Cowan
2001-09-26 23:14 ` Alan Cox
2001-09-27 0:22 ` Crispin Cowan
2001-09-27 2:19 ` Valdis.Kletnieks
2001-09-26 23:26 ` Greg KH
2001-09-26 20:38 ` Brian Hatch
2001-09-26 21:37 ` David Weinehall
2001-09-26 21:45 ` Ignacio Vazquez-Abrams
2001-09-26 21:58 ` Alan Cox
2001-09-26 22:09 ` Ignacio Vazquez-Abrams
2001-09-26 22:20 ` Alan Cox
2001-09-26 23:03 ` Ignacio Vazquez-Abrams
2001-09-26 23:46 ` Greg KH
2001-09-27 12:09 ` Alan Cox
2001-09-27 16:49 ` Greg KH
2001-09-28 22:50 ` Alan Cox
2001-09-29 2:05 ` jmjones
2001-09-29 3:37 ` Rik van Riel
2001-09-29 3:57 ` jmjones
2001-09-29 14:20 ` Alan Cox
2001-09-26 22:12 ` Crispin Cowan
2001-09-26 16:36 ` Alan Cox
-- strict thread matches above, loose matches on Subject: below --
2001-09-26 15:38 Giacomo Catenazzi
2001-09-26 13:08 KRAMER,STEVEN (HP-USA,ex1)
2001-09-25 22:38 Chad Hanson
2001-09-24 19:52 Petr Vandrovec
2001-09-24 18:03 ` Dave McCracken
2001-09-24 18:15 ` Eric W. Biederman
2001-09-24 16:40 Arjan van de Ven
2001-09-24 16:53 ` Rasmus Bøg Hansen
2001-09-24 16:58 ` Ignacio Vazquez-Abrams
2001-09-24 17:02 ` Andreas Steinmetz
2001-09-24 17:08 ` Anders Peter Fugmann
2001-09-24 17:24 ` Dave McCracken
2001-09-24 23:32 ` Alan Cox
2001-09-24 16:54 ` Alan Cox
2001-09-24 17:15 ` Kai Germaschewski
2001-09-24 17:16 ` Rick Haines
2001-09-24 17:17 ` Greg KH
2001-09-24 20:40 ` Casey Schaufler
2001-09-24 23:25 ` Alan Cox
2001-09-25 16:22 ` Casey Schaufler
2001-09-24 17:35 ` Steve Lord
2001-09-24 20:06 ` Michael Leun
2001-09-24 21:18 ` Nerijus Baliunas
2001-09-24 22:57 ` Brian Strand
2001-09-25 15:44 ` Greg KH
2001-09-25 19:09 ` Mark Zealey
2001-09-25 19:24 ` Ignacio Vazquez-Abrams
2001-09-25 20:42 ` Greg KH
2001-09-25 21:09 ` Roberto Nibali
2001-09-25 21:16 ` Greg KH
2001-09-25 22:14 ` Roberto Nibali
2001-09-25 22:15 ` Greg KH
2001-09-25 22:39 ` Roberto Nibali
2001-09-25 22:40 ` Greg KH
2001-09-26 16:38 ` Alan Cox
2001-09-25 16:43 ` Fabbione
2001-09-28 2:38 ` Edward S. Marshall
2001-09-25 23:24 ` Jes Sorensen
2001-09-28 14:09 ` Daniel Caujolle-Bert
2001-09-28 14:14 ` Arjan van de Ven
2001-09-28 14:42 ` Alan Cox
2001-09-28 14:52 ` Nicholas Knight
2001-09-29 9:04 ` Albert D. Cahalan
2001-09-28 19:44 ` Daniel Caujolle-Bert
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=3BB229D1.10401@wirex.com \
--to=crispin@wirex.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-security-module@wirex.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