mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Axel Weiß" <aweiss@informatik.hu-berlin.de>
To: linux-kernel@vger.kernel.org
Subject: Re: module-licences / tainting the kernel
Date: Sat, 8 May 2004 12:24:49 +0200	[thread overview]
Message-ID: <200405081224.49890.aweiss@informatik.hu-berlin.de> (raw)
In-Reply-To: <1084003417.3843.9.camel@laptop.fenrus.com>

Am Samstag, 8. Mai 2004 10:03 schrieb Arjan van de Ven:
> > Would it be possible to let e.g. LPGL-licenced kernel-modules be loaded
> > legally?
>
> there are 2 angles here:
> 1) there already is "GPL with additional rights" which LGPL is just one
> form of

Ok, I didn'd see it before - thx.

> and
> 2) if you mix LGPL with GPL (eg kernel), the LGPL license itself says it
> autoconverts to GPL, so you can't even have a LGPL module *loaded*.
> (Not saying that your source can't be LGPL but when you link it into the
> kernel at runtime it turns GPL)

What does this actually mean (I'm no lawyer and somehow confused about it)? As 
I understand, GPL sais: 'every piece of code that relies on me, must be 
GPL'ed and therefore be available as source code', while LGPL sais: 'you may 
develop proprietary software that relies on me, but if you change me, your 
changes must be available as source code'.

I want to permit proprietary extensions *in user-space* for my 
open-source-project, that contains some device-drivers for DSP-cards, and 
partly relies on them. Does your second statement mean that as long as 
there's only source-code, it may be LGPL (and extendable), but if you *use* 
it (e.g. load the kernel-modules), everything that relies on the modules must 
be GPL?

(If this is OT, please tell me, and excuse the noise)

			Axel

  parent reply	other threads:[~2004-05-08 10:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-08  7:57 Axel Weiss
2004-05-08  8:03 ` Arjan van de Ven
2004-05-08  9:14   ` Måns Rullgård
2004-05-08 10:24   ` Axel Weiß [this message]
2004-05-08 10:29     ` Michael Buesch

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=200405081224.49890.aweiss@informatik.hu-berlin.de \
    --to=aweiss@informatik.hu-berlin.de \
    --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

all inboxes | Powered by JetHome®