From: Crispin Cowan <crispin@wirex.com>
To: David Weinehall <tao@acc.umu.se>
Cc: Greg KH <greg@kroah.com>, 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 15:12:10 -0700 [thread overview]
Message-ID: <3BB252BA.9080204@wirex.com> (raw)
In-Reply-To: <E15lfKE-00047d-00@the-village.bc.nu> <3BB10E8E.10008@wirex.com> <20010925202417.A16558@kroah.com> <3BB229D1.10401@wirex.com> <20010926233712.H968@khan.acc.umu.se>
David Weinehall wrote:
>On Wed, Sep 26, 2001 at 12:17:37PM -0700, Crispin Cowan wrote:
>
>>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?
>>
>AFAIK, the glibc (and most other libraries) are LGPL rather than GPL.
>
It appears that while glibc is LGPL, it in turn #include's stuff from
the kernel. It more or less has to; otherwise glibc has to guess the
format of data structures the kernel is going to export.
Greg is partially correct that this is a licensing issue that the glibc
maintainers need to resolve. However, I am not convinced that they can
resolve it on their own. I see only the following possible resolutions:
* we all decide (an opinion) that #include some_gpl.h does not GPL
the code doing the including
* glibc changes its license to GPL, which would make it unpopular
among proprietary application developers
* Linux maintainers decide to change the license on the relevant
header files to LGPL
If one of the above does not happen, then I think I can derive "false" :-)
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 22:12 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
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 [this message]
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=3BB252BA.9080204@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 \
--cc=tao@acc.umu.se \
/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