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
next prev 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®