Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758501AbXFSFaL (ORCPT ); Tue, 19 Jun 2007 01:30:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752250AbXFSF36 (ORCPT ); Tue, 19 Jun 2007 01:29:58 -0400 Received: from mx1.redhat.com ([66.187.233.31]:38144 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751960AbXFSF35 (ORCPT ); Tue, 19 Jun 2007 01:29:57 -0400 To: "Kevin Bowling" Cc: linux-kernel@vger.kernel.org Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 References: <11f674920706181818w693148a4u5bc01a5a380aeca5@mail.gmail.com> From: Alexandre Oliva Organization: Red Hat OS Tools Group Date: Tue, 19 Jun 2007 02:29:50 -0300 In-Reply-To: <11f674920706181818w693148a4u5bc01a5a380aeca5@mail.gmail.com> (Kevin Bowling's message of "Mon\, 18 Jun 2007 18\:18\:33 -0700") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.990 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1725 Lines: 44 On Jun 18, 2007, "Kevin Bowling" wrote: > Legitimate laws and practices require that certain devices not be > modified by end users. Therefore TiVo fails and contributions > cease. I've never denied this possibility. But how about all the other devices that are being tivoized that do NOT require this? Are people just blind to this possibility? Or does it really not exist, and I'm the first who ever though of it? >> Yes. This is one option that doesn't bring any benefits to anyone. >> It maintains the status quo for users and the community, but it loses >> the ability for the vendor to upgrade, fix or otherwise control the >> users. Bad for the vendor. > And users. Don't spin the facts. How is it good that the vendor can downgrade the software behind the user's back? Oh, yeah, right, it could upgrade it too. > You are advocating things which hurt the end user, Actually, no. I'm advocating for respect for users' freedoms. Whoever choose not to do that gets slightly hurt in the process, as an incentive for respecting users' freedoms. And yes, when the users' freedoms are not respected (the cases you mentioned), that's bad for the user, no doubt. And bad for the community as well. -- 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} - 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/