Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757267AbXFSVTE (ORCPT ); Tue, 19 Jun 2007 17:19:04 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752232AbXFSVSy (ORCPT ); Tue, 19 Jun 2007 17:18:54 -0400 Received: from dsl081-033-126.lax1.dsl.speakeasy.net ([64.81.33.126]:35476 "EHLO bifrost.lang.hm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752125AbXFSVSx (ORCPT ); Tue, 19 Jun 2007 17:18:53 -0400 Date: Tue, 19 Jun 2007 14:18:11 -0700 (PDT) From: david@lang.hm X-X-Sender: dlang@asgard.lang.hm To: Alexandre Oliva cc: Daniel Hazelton , Linus Torvalds , Al Viro , Bernd Schmidt , Alan Cox , Ingo Molnar , Greg KH , debian developer , Tarkan Erimer , linux-kernel@vger.kernel.org, Andrew Morton Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 In-Reply-To: Message-ID: References: <200706190221.09067.dhazelton@enter.net> <200706190258.56955.dhazelton@enter.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2269 Lines: 62 On Tue, 19 Jun 2007, Alexandre Oliva wrote: > > Once again, now with clearer starting conditions (not intended to > match TiVo in any way, BTW; don't get into that distraction) > > > Vendor doesn't care about tivoizing, their business works the same > either way. > > Vendor's employees will contribute the same, one way or another, so > their contributions are out of the equation. no, this is what you are missing. with tivoizing, the vendors employees are working on linux and contributing without tivoizing and with GPLv3 license involved the vendors employees are working on a propriatary OS and are contributing nothing back > Users get source code in either case, and they can modify it and share > it. They're in no way stopped from becoming part of the community. not if the GPLv3 achieves it's objectives of forcing the vendor to stop useing opensource software. > > Given these conditions: > > In a tivoized device, users will be unable to scratch their itches. > This doesn't stop them from contributing to the project, but they may > lack self-interest motivation to contribute, because they won't be > able to use their modifications in the device they own. > > In a non-tivoized device, users can scratch their itches. They can > contribute just as much as they would in a tivoized device, but since > they can use the changes they make to make their own devices work > better for them, this works as a motivator for them to make changes, > and perhaps to contribute them. Therefore, they will tend to > contribute more. > > > Can you point out any flaw in this reasoning, or can we admit it as > true? in a tivoized device, users have access to the source code and can understand how things work, incoporate improvements into other projects, etc. In addition, users who bypass the lockdown restrictions can modify the software on that device. in a non-tivoized device users have a black-box and have to reverse engineer everything becouse the vendor releases no source at all. David Lang - 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/