public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Brian Hatch <linux-security-module@ifokr.org>
To: Crispin Cowan <crispin@wirex.com>
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 13:38:20 -0700	[thread overview]
Message-ID: <20010926133820.V598@ifokr.org> (raw)
In-Reply-To: <E15lfKE-00047d-00@the-village.bc.nu> <3BB10E8E.10008@wirex.com> <20010925202417.A16558@kroah.com> <3BB229D1.10401@wirex.com>
In-Reply-To: <3BB229D1.10401@wirex.com>; from crispin@wirex.com on Wed, Sep 26, 2001 at 12:17:37PM -0700

[-- Attachment #1: Type: text/plain, Size: 2846 bytes --]



Crispin wrote:

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

This is the most concise explanation of the problem so far.

I don't like binary security modules, and I won't use them nor
write them, because that's my desicion to make.  Whether they
are legal or not is not.  It's all there in the GPL for well
paid lawyers to determine.  It doesn't seem that there's any
benefit to adding to the existing licensing terms -- it all
boils down to which of the two above cases is true.

> 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?

Ding.

I wouldn't mind any 'We heartily suggest/prefer' wording, just let's
not get into anything legal or restrictive or the license could become
internally contradictory and make it more difficult to prosecute
GPL infractions.  (Where there are two different ideas in this
group about what constitutes an infraction...)

I always assumed that the LSM was to be treated no differently than
existing modules -- LKMs may be close source.  It was never said
otherwise anywhere when this project was formed.  Changing (ahem,
clarifying) it at this stage of the game is a bad thing.

Had I been able to contribute actual code to this project
(the days never are long enough, are they) I'd have more
of a direct say.  Taking an approach like 'oh, X of Y
developers say one thing, now that we asked' is not a fair
way to make desicions.  Though many on this list have not
contributed code, they have made comments and suggestions
which were used by the primary coders.  Perhaps we should
take a grand survey of everyone and see what they think,
since they all had some input, if not output, into the
code as it stands?  No, that's even worse.

The LSM code is GPLd.  That was a stated requirement from day one.
Nothing else was.  Leave the interpretation of binary module
acceptibility/nonacceptibility to the GPL and the lawyers, that's
not our job.





--
Brian Hatch                e ^ (i*pi) = -1
   Systems and
   Security Engineer
www.hackinglinuxexposed.com

Every message PGP signed

[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]

  parent reply	other threads:[~2001-09-26 20:38 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 [this message]
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=20010926133820.V598@ifokr.org \
    --to=linux-security-module@ifokr.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=crispin@wirex.com \
    --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