public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Matthew Dharm <mdharm-kernel@one-eyed-alien.net>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: David Weis <djweis@sjdjweis.com>, linux-kernel@vger.kernel.org
Subject: Re: GPL Question
Date: Fri, 27 Oct 2000 10:26:45 -0700	[thread overview]
Message-ID: <20001027102645.B28279@one-eyed-alien.net> (raw)
In-Reply-To: <Pine.LNX.4.10.10010271130550.23907-100000@catbert.desm.plconline.com> <E13pDC5-0004g7-00@the-village.bc.nu>
In-Reply-To: <E13pDC5-0004g7-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Fri, Oct 27, 2000 at 06:21:27PM +0100

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

On Fri, Oct 27, 2000 at 06:21:27PM +0100, Alan Cox wrote:
> > On Fri, 27 Oct 2000, Jason Wohlgemuth wrote:
> > 
> > > Now, if a module is loaded that registers a set of functions that have 
> > > increased functionality compared to the original functions, if that 
> > > modules is not based off GPL'd code, must the source code of that module 
> > > be released under the GPL?
> > 
> > It would probably follow GPL, but it's pretty slimy. I won't buy it.
> 
> It depends primarily if the module depends on the code which is GPL. Its all
> a rather unclear area. 

Legally, I think this is probably unclear.  But, I have my own, personal
standard I use for this.

The question in my mind is one of "can it stand alone".  In the example
originally mentioned, the new module (let's call it the alpha module)
registers function calls with the old module (let's call it beta).

Now, the question in my mind is this:  Is alpha a replacement for beta? It
certainly sounds like it.  But it depends of what/how many functions are
being overridden.  Are there other functions from beta which are used by
alpha (either as above alpha or below it)?  What are these replacement
functions trying to do?  If you're using an allready existing abstraction
layer, then you're probably okay... but if you're really inventing a new
abstraction layer, then you're probably not okay.

I guess what I'm saying is this: It all comes down to intent for me.  Yeah,
that's a lousy standard to use, especially in a courtroom.  But that's what
I really care about in the end.

Matt

-- 
Matthew Dharm                              Home: mdharm-usb@one-eyed-alien.net 
Maintainer, Linux USB Mass Storage Driver

We can customize our colonels.
					-- Tux
User Friendly, 12/1/1998

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

  reply	other threads:[~2000-10-27 17:28 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-10-27 16:36 GPL Question Jason Wohlgemuth
2000-10-27 16:31 ` David Weis
2000-10-27 17:21   ` Alan Cox
2000-10-27 17:26     ` Matthew Dharm [this message]
2000-10-27 17:56       ` Somewhat different " Christopher Friesen
2000-10-27 18:06         ` Rik van Riel
2000-10-27 20:49           ` Alan Cox
2000-10-27 17:16 ` Mark Salisbury
2000-10-27 17:23 ` Alan Cox
2000-10-27 18:53 ` David Schwartz
2000-10-27 18:56   ` Rik van Riel
2000-10-27 20:53     ` Alan Cox
2000-10-27 19:17   ` James Sutherland
2000-10-27 21:08     ` Brian F. G. Bidulock
2000-10-27 20:52   ` Alan Cox
2000-10-30 12:27     ` Helge Hafting
  -- strict thread matches above, loose matches on Subject: below --
2004-06-28 22:13 GPL question ca_tex-kernel
2004-06-29 11:01 ` David Weinehall

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=20001027102645.B28279@one-eyed-alien.net \
    --to=mdharm-kernel@one-eyed-alien.net \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=djweis@sjdjweis.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