public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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



  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