Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756146AbXFUPbt (ORCPT ); Thu, 21 Jun 2007 11:31:49 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753742AbXFUPbm (ORCPT ); Thu, 21 Jun 2007 11:31:42 -0400 Received: from gateway12.iders.ca ([206.45.72.61]:57261 "EHLO koko.iders.ca" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1752949AbXFUPbl (ORCPT ); Thu, 21 Jun 2007 11:31:41 -0400 Message-ID: <467A99D6.6000605@iders.ca> Date: Thu, 21 Jun 2007 10:31:34 -0500 From: Andrew McKay User-Agent: Thunderbird 1.5.0.9 (X11/20061219) MIME-Version: 1.0 To: Alan Cox CC: Alexandre Oliva , Linus Torvalds , Al Viro , Bernd Schmidt , Ingo Molnar , Daniel Hazelton , Greg KH , debian developer , david@lang.hm, Tarkan Erimer , linux-kernel@vger.kernel.org, Andrew Morton Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 References: <20070614195517.GA4933@elte.hu> <20070614235004.GA14952@elte.hu> <20070615011012.6c09066e@the-village.bc.nu> <20070615012623.GA25189@elte.hu> <20070615101007.0cbfd078@the-village.bc.nu> <4673CA7C.5040207@t-online.de> <20070616181902.GB21478@ftp.linux.org.uk> <4679557C.5080907@iders.ca> <20070620175627.319a6c55@the-village.bc.nu> <46797C52.4020907@iders.ca> <20070621122221.27fd7648@the-village.bc. nu> In-Reply-To: <20070621122221.27fd7648@the-village.bc.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2632 Lines: 47 Alan Cox wrote: >>> You've made an important mistake. You said "their system". Now its "our >>> code" and "whoever bought the units' hardware" so it isn't their anything. >> Yes, the hardware belongs to the user, and the software belongs to the Linux >> community. However I think I wasn't 100% clear, I also mean keeping companies >> networks and content secured. Credit card companies insuring the software >> hasn't been modified to skim cards (not that it's the only way to skim a card), > > If credit card companies are doing this they are failing badly and it > clearly isn't working. Also lets be clear about this - I don't need any > credit card company network access to skim older cards, and the newer > ones have been broken by various non software schemes. Agreed. Credit card companies are failing very badly at preventing skimming. They definitely need to rethink their model of how the credit card system should work. > >> or Tivo making sure that their content providers are protected. Lets look at >> the credit card example. Sure the user could modify the system and boot their >> own kernel, but it doesn't have to play nice with Mastercard's network anymore. >> Or better yet, would actually report that a certain business's card reader had >> been tampered with. > > That to me is a fair comment. I should IMHO be able to load my code and > my keys on my Tivo. And Walt Disney in return probably should be quite > free not to trust my keys. You need some fairly strong competition law > enforcement to make all that work right in the marketplace but as a > philosophical basis it seems fine. In practice it is likely to lead to > serious monopoly abuse problems and all sorts of ugly tying of goods that > you don't want in a free market. Given the completely ineffectual way the > US enforces its anti-monopoly law, and the slowness of the EU at it the > results might well be bad - but for other reasons. I agree as well, the model could be heavily abused. I'm not sure what the solution is as far as fighting monopolies and corporate greed. But I'd rather that it was fought through education of consumers and not with a license agreement that should be giving people freedom. A balance of freedom to the licensee and the licenser. It's my opinion that GPLv3 potentially shifts the balance too far to the licensee. Andrew McKay - 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/