Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757785AbXFQVRX (ORCPT ); Sun, 17 Jun 2007 17:17:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754689AbXFQVQ6 (ORCPT ); Sun, 17 Jun 2007 17:16:58 -0400 Received: from ns.firmix.at ([62.141.48.66]:60033 "EHLO ns.firmix.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754042AbXFQVQ5 (ORCPT ); Sun, 17 Jun 2007 17:16:57 -0400 Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 From: Bernd Petrovitsch To: Alexandre Oliva Cc: Gabor Czigola , lkml In-Reply-To: References: <3a0f49600706171014m6bc9af34s9dda0ea282a4d63@mail.gmail.com> <1182112097.3800.3.camel@gimli.at.home> Content-Type: text/plain Organization: http://www.firmix.at/ Date: Sun, 17 Jun 2007 23:16:49 +0200 Message-Id: <1182115009.3800.12.camel@gimli.at.home> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) Content-Transfer-Encoding: 7bit X-Firmix-Scanned-By: MIMEDefang 2.56 on ns.firmix.at X-Firmix-Spam-Score: -1.117 () AWL X-Firmix-Spam-Status: No, hits=-1.117 required=5 X-Spam-Score: -1.117 () AWL X-Firmix-Envelope-From: X-Firmix-Envelope-To: Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1628 Lines: 40 On Sun, 2007-06-17 at 18:07 -0300, Alexandre Oliva wrote: [...] > However, as Ingo argued, not being able to patch holes, fix bugs and > add new features is a very bad idea. He was talking about the > software, but this is as true when it comes to the license. Yes, but the license of the license of the software is/can be a completely different thing then the license of the software itself. And the GPL doesn't fit well for normal literature anyways - otherwise we wouldn't have the Creative-Commons project. > There are smarter ways of retaining control over licensing terms that > don't paint yourself into a corner that's nearly impossible to get out > of. The copyright holders of the software can change the license if they wish/decide. The situation that a very large number of people are necessary for this in the case "Linux kernel" doesn't change the theoretical possibility. [ shortened to save space ] > The mechanics are no different from "or any later version" provisions, > really, except that then you establish what the goals of your > community are without blocking upgrades that wouldn't conflict, but > that would rather further the interests of your own community. ACK. Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/