All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Maitin-Shepard <jbms@cmu.edu>
To: Dave Jones <davej@redhat.com>
Cc: Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: GPL / MPL license issues.
Date: Tue, 07 Aug 2007 17:26:35 -0400	[thread overview]
Message-ID: <877io711f8.fsf@jbms.ath.cx> (raw)
In-Reply-To: <20070807202758.GA1937@redhat.com> (Dave Jones's message of "Tue\, 7 Aug 2007 16\:27\:58 -0400")

Dave Jones <davej@redhat.com> writes:

> There are a number of files in the kernel that have in their
> headers a notice that the file is under the Mozilla Public License,
> which alone, is incompatible with the GPL.

> This itself is fine, as long as the resulting code claims
> to be Dual MPL/GPL, however there are a few cases where this
> doesn't seem to be happening.

All of the files that you cite include a notice that they are licensed
under the GPLv2, in addition to the MPL.  There is no reason that
MODULE_LICENSE needs to indicate that some portions of code may also be
available under an alternative license.  Furthermore, for some modules
that contain both code licensed under the GPLv2 exclusively, and code
dual-licensed under both the GPLv2 and the MPL, it would be incorrect to
state that the combined work is dual-licensed under the GPLv2 and the
MPL.

As far as providing a convenience to users, I can't see why anyone would
really care that a particular module includes some code that may be
licensed under the MPL as well.  Anyone actually looking through the
kernel for code to incorporate into an MPL project would surely read the
copyright headers at the top of the source files, rather than try to use
the MODULE_LICENSE notes.

[snip]

-- 
Jeremy Maitin-Shepard

  reply	other threads:[~2007-08-07 21:48 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-08-07 20:27 GPL / MPL license issues Dave Jones
2007-08-07 21:26 ` Jeremy Maitin-Shepard [this message]
  -- strict thread matches above, loose matches on Subject: below --
2008-08-02 12:58 Komuro

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=877io711f8.fsf@jbms.ath.cx \
    --to=jbms@cmu.edu \
    --cc=davej@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.