mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "David Schwartz" <davids@webmaster.com>
To: "pradeep singh rautela" <rautelap@gmail.com>, <hjk@linutronix.de>
Cc: "Greg KH" <greg@kroah.com>, <linux-kernel@vger.kernel.org>
Subject: RE: [Q]Can a file be dual licensed in upstream kernel?
Date: Thu, 1 May 2008 07:59:54 -0700	[thread overview]
Message-ID: <MDEHLPKNGKAHNMBLJOLKKEBJMFAC.davids@webmaster.com> (raw)
In-Reply-To: <20080429062627.GA3195@local>


> In my _personal_opinion_, dual licensing gives you the right to choose
> between two licenses.

Dual licensing gives every recipient both licenses from the original author.
You can choose which license you will obtain rights from.

> If a file is dual licensed BSD/GPLv2, anybody
> (including yourself) is free to get rid of the BSD part and make it
> GPLv2 only.

Really? Which license or law gives you the right to change the licensing
terms on code you didn't write? At least in the United States, you cannot
change the licensing terms on someone else's code absent a written
re-licensing agreement.

Every recipient of dual-licensed creative works or elements of works can
obtain rights from either license. You only need comply with the
requirements of one of the licenses to obtain rights from it. If you
redistribute the code, every recipient gets the same rights you got from the
original authors of every creative element you redistribute.

The distributor can choose by which license he obtains the right to
distribute, but this has no effect on the license his recipients get! (This
should be common sense. If you buy a music CD from Amazon, do you think how
Amazon got the right to sell you the CD should have an effect on what you
can do with the CD?)

You can remove the BSD license notice, because the GPL gives you that right
(it only requires you to retain notices that refer to "this License", the
GPL, not other licenses). But removing a license *notice* does not change
the license. (That should be common sense too.)

If you modify the code, of course, they only get the rights you choose to
give them to anything you added (assuming it is sufficiently creative to
warrant copyright protection). Nobody can grant other people rights to your
code that you don't want to grant. But you cannot add or subtract licensing
terms to code you did not write (at least, neither the GPL nor the BSD
license give you this right). The license grant is direct from the original
author to the ultimate recipient.

The GPL makes this explicit in section 6, "Each time you redistribute the
Program (or any work based on the Program), the recipient automatically
receives a license from the
original licensor to copy, distribute or modify the Program subject to these
terms and conditions. You may not impose any further restrictions on the
recipients' exercise of the rights granted herein."

The BSD license does not make this explicit, but there is no other legal way
it could work. The BSD license, of course, permits you to impose further
restrictions on the recipients' exercise of rights to the modifications you
made while the GPL does not.

DS



  parent reply	other threads:[~2008-05-01 15:06 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-29  5:37 pradeep singh rautela
2008-04-29  5:53 ` Greg KH
2008-04-29  6:10   ` pradeep singh rautela
2008-04-29  6:26     ` Hans J. Koch
2008-04-29  6:31       ` pradeep singh rautela
2008-05-01 14:59       ` David Schwartz [this message]
2008-05-14 15:28         ` Pavel Machek
2008-05-14 23:36           ` David Schwartz
2008-05-15 18:23             ` Pavel Machek
2008-04-29  6:33 ` Bart Van Assche
2008-04-29  8:50 ` Alan Cox
2008-04-29  9:16   ` pradeep singh rautela

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=MDEHLPKNGKAHNMBLJOLKKEBJMFAC.davids@webmaster.com \
    --to=davids@webmaster.com \
    --cc=greg@kroah.com \
    --cc=hjk@linutronix.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rautelap@gmail.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

all inboxes | Powered by JetHome®