linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Alexandre Oliva <aoliva@redhat.com>
To: Al Viro <viro@ftp.linux.org.uk>
Cc: davids@webmaster.com,
	"Linux-Kernel\@Vger. Kernel. Org" <linux-kernel@vger.kernel.org>
Subject: Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?
Date: Fri, 22 Jun 2007 01:26:54 -0300	[thread overview]
Message-ID: <or1wg4hawh.fsf@oliva.athome.lsd.ic.unicamp.br> (raw)
In-Reply-To: <20070622013417.GT21478@ftp.linux.org.uk> (Al Viro's message of "Fri\, 22 Jun 2007 02\:34\:17 +0100")

On Jun 21, 2007, Al Viro <viro@ftp.linux.org.uk> wrote:

> On Thu, Jun 21, 2007 at 10:00:22PM -0300, Alexandre Oliva wrote:
>> Do you agree that if there's any single contributor who thinks it
>> can't be tivoized, and he manages his opinion to prevail in court
>> against a copyright holder, then it can't?  That this is the same
>> privilege to veto additional permissions that Al Viro has just
>> claimed?

> You know, I'm rapidly losing any respect for your integrity.  The only
> "privelege" claimed is that of not relicensing one's contributions.

No, this thread was about additional permissions to combine with other
licenses.  I didn't suggest anything about relicensing whatsoever,
that's all noise out of not understanding the suggestion.

You objected to granting additional permissions.  You have that right,
per copyright law, and the other developers can then decide between
not granting an additional permission or removing all the code you
contributed such that they can.  That's veto.

Similarly, if someone proposed an additional unambiguous permission to
tivoize under GPLv2, any developer who objected to it could veto it
(the alternative being to remove all of his contributions).

> What really gets me is that you know it.

Yes.  The only disagreement is that I'm talking "additional permission
to combine" and you seem to keep understanding "relicensing", even
though these are very different concepts, with significantly different
consequences.

What they have in common is that you can veto either one with your
status as copyright holder, and that they would both permit some forms
of cooperation.

Permission to relicense would provide for one-way cooperation out of
Linux.  I'm not proposing this.  That would be stupid.  You've already
decided about it.  I respect that decision.  I even understand why you
made that decision.

Relicensing would provide for two-way cooperation, but under terms
that you don't consider acceptable.  You've pretty much already
decided not to do it.  I respect that decision.  I even understand why
you made that decision.

Permission to combine in both sides would provide for two-way
cooperation in ways that enable each author to enforce the terms s/he
chose for his/her own contributions.  This would address many of the
concerns raised about relicensing, and would increase the amount of
contributions in kind you can get.

-- 
Alexandre Oliva         http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board Member         http://www.fsfla.org/
Red Hat Compiler Engineer   aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist  oliva@{lsd.ic.unicamp.br, gnu.org}

  parent reply	other threads:[~2007-06-22  4:28 UTC|newest]

Thread overview: 68+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-21  9:39 how about mutual compatibility between Linux's GPLv2 and GPLv3? Alexandre Oliva
2007-06-21 11:35 ` jimmy bahuleyan
2007-06-21 17:53   ` Alexandre Oliva
2007-06-21 18:00     ` david
2007-06-21 20:02       ` Alexandre Oliva
2007-06-21 21:13         ` David Schwartz
2007-06-21 23:37           ` Alexandre Oliva
2007-06-22  0:31             ` David Schwartz
2007-06-22  1:00               ` Alexandre Oliva
2007-06-22  1:34                 ` Al Viro
2007-06-22  4:19                   ` Theodore Tso
2007-06-22  6:00                     ` Alexandre Oliva
2007-06-22 14:43                       ` Theodore Tso
2007-06-25 13:28                       ` Lennart Sorensen
2007-06-25 19:54                         ` Alexandre Oliva
2007-06-26  4:10                           ` Jan Harkes
2007-06-26  6:33                             ` Alexandre Oliva
2007-06-26  7:47                               ` Alexandre Oliva
2007-06-26 16:25                                 ` Jan Harkes
2007-06-27 23:08                                   ` Alexandre Oliva
2007-06-27 23:53                                     ` David Schwartz
2007-06-28  0:56                                       ` Alexandre Oliva
2007-06-28  1:37                                         ` David Schwartz
2007-06-28  2:37                                           ` Alexandre Oliva
2007-06-28  2:51                                             ` Daniel Hazelton
2007-06-28  4:45                                               ` Alexandre Oliva
2007-06-28  4:52                                                 ` Daniel Hazelton
2007-06-28  6:15                                                 ` David Schwartz
2007-06-28 17:40                                                   ` Alexandre Oliva
2007-06-28 19:13                                                     ` David Schwartz
2007-06-30  2:53                                                       ` Alexandre Oliva
2007-06-30  4:04                                                         ` David Schwartz
2007-06-30  6:16                                                           ` Alexandre Oliva
2007-06-28  3:44                                         ` David Schwartz
2007-06-28  4:57                                           ` Alexandre Oliva
2007-06-28  5:08                                     ` Jan Harkes
2007-06-28  6:58                                       ` Alexandre Oliva
2007-06-28 17:52                                         ` Alexandre Oliva
2007-07-01  8:48                                           ` Alexandre Oliva
2007-06-22  9:14                     ` Alan Cox
2007-06-22 14:47                       ` Theodore Tso
2007-06-22 19:14                         ` Alexandre Oliva
2007-06-22  4:26                   ` Alexandre Oliva [this message]
2007-06-22  5:23                     ` Al Viro
2007-06-22  6:15                       ` Alexandre Oliva
2007-06-22  9:05               ` Alan Cox
2007-06-22 21:28                 ` David Schwartz
2007-06-21 20:44     ` Jesper Juhl
2007-06-21 23:08       ` Alexandre Oliva
2007-06-21 23:20         ` Jesper Juhl
2007-06-22  0:13           ` Alexandre Oliva
2007-06-21 18:00 ` Al Viro
2007-06-21 20:15   ` Alexandre Oliva
2007-06-21 23:04     ` Al Viro
2007-06-22  0:47       ` Alexandre Oliva
2007-06-21 18:29 ` David Schwartz
2007-06-21 19:56   ` Alexandre Oliva
2007-06-21 20:48     ` David Schwartz
2007-06-21 23:23       ` Alexandre Oliva
2007-06-22  0:58         ` Jan Harkes
2007-06-22  4:14           ` Alexandre Oliva
2007-06-22  4:59             ` Jan Harkes
2007-06-22  1:33         ` Bron Gondwana
2007-06-22  4:40           ` Alexandre Oliva
2007-06-22  1:18 ` Bron Gondwana
2007-06-22  4:34   ` Alexandre Oliva
2007-06-22  5:25     ` Al Viro
2007-06-22  5:31     ` Randy Dunlap

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=or1wg4hawh.fsf@oliva.athome.lsd.ic.unicamp.br \
    --to=aoliva@redhat.com \
    --cc=davids@webmaster.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=viro@ftp.linux.org.uk \
    /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;
as well as URLs for NNTP newsgroup(s).