All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ted Ts'o" <tytso@mit.edu>
To: "Luis R. Rodriguez" <mcgrof@do-not-panic.com>
Cc: Richard Fontana <fontana2012@gmail.com>,
	"Bradley M. Kuhn" <bkuhn@ebb.org>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 4/4] copyleft-next: embrace the Signed-off-by practice
Date: Thu, 12 Jul 2012 13:57:37 -0400	[thread overview]
Message-ID: <20120712175737.GA18349@thunk.org> (raw)
In-Reply-To: <CAB=NE6Vw0AR-eOZ90T=45M=O=7YkujFOYz7S3fviKYuTDa=JCQ@mail.gmail.com>

On Thu, Jul 12, 2012 at 10:30:59AM -0700, Luis R. Rodriguez wrote:
> Its unclear to me if this is the case for copyleft-next, so lets test
> it out and get this clarified once and for all. Even though one may be
> supportive of the philosophical evolutions of the ideas of copyleft I
> have been wondering and personally hoping Fontana would consider
> copyleft-next not as an effort to lead *philosophical evolutions* with
> regards to *freedoms on copyleft* but instead -- addressing practical
> issues that prevented the GPLv3 from being embraced in Linux. That is
> bug fixing the GPLv3 in so far as Linux is concerned. Its worth being
> explicitly clear so I'll send a patch to try to remove the Tivoization
> clauses. This can then formally be NACKed or ACKed, or issues be
> addressed. I should note that Fontana has indicated that he views
> copyleft-next not as his project but that of the community's. I'm
> hoping the Linux kernel community is part of this community.

Well, at the risk of starting a long flame war on licensing issues on
LKML, which I'm sure would not get us thanks from anyone, we do need
to acknowledge that there are people "in the community" who believe
very strongly in the anti-Tivoization clause.  Indeed, there are
others who are even more extreme, and would have preferred that the
restrictions embodied in the Affero General Public License would get
incorporated into the GPLv3.  Very fortunately (IMHO) this idea did
not get traction, but the point remains that there's a very wide
diversity of opinion "in the community" about what sort of
restrictions and how viral a Copyleft license "should" be.

> It does make me wonder -- if the goal of copyleft-next is not to help
> address *our* concerns with evolutions on copyleft in the Linux kernel
> community if we ourselves can simply consider doing something similar
> where we *do* address such things.

Yes, but is it worth it?  The patent language could get a bit
stronger, and legal language would get a bit more clear; but the GPLv2
has the advantage that it's time tested and well understood.  A new
license would take a huge amount of work, and it's not clear the
benefits outweigh the costs.

And I'm not just talking about the work of revising the license,
getting lawyers to sign off on it, etc., but also the work of getting
all of the copyright holders (including the corporate ones) to sign
off on the license change.  Then there's also the license
incompatibility issue problem....  Bottom line is, even if the
Copyright Next license, or some fork of the Copyright Next License,
had the anti-Tivoization issue addressed to the kernel community's
satisfaction, is it worth the effort to move the Linux Kernel to a
newer license?  There are benefits, definitely; but there are also a
large set of costs.

Regards,

					- Ted

  reply	other threads:[~2012-07-12 17:57 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-12  0:44 [PATCH 0/4] copyleft-next: first set of patches Luis R. Rodriguez
2012-07-12  0:44 ` [PATCH 1/4] copyleft-next: remove issue tracker references Luis R. Rodriguez
2012-07-12  0:44 ` [PATCH 2/4] copyleft-next: more project name updates Copyleft.next->copyleft-next Luis R. Rodriguez
2012-07-12  0:44 ` [PATCH 3/4] copyleft-next: rename the file COPYLEFT.next to copyleft-next Luis R. Rodriguez
2012-07-12  0:44 ` [PATCH 4/4] copyleft-next: embrace the Signed-off-by practice Luis R. Rodriguez
2012-07-12 15:27   ` Ted Ts'o
2012-07-12 17:30     ` Luis R. Rodriguez
2012-07-12 17:57       ` Ted Ts'o [this message]
2012-07-12 18:16         ` Luis R. Rodriguez
2012-07-12 19:41     ` Richard Fontana

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=20120712175737.GA18349@thunk.org \
    --to=tytso@mit.edu \
    --cc=bkuhn@ebb.org \
    --cc=fontana2012@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mcgrof@do-not-panic.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 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.