Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261676AbUKIUXX (ORCPT ); Tue, 9 Nov 2004 15:23:23 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261679AbUKIUXX (ORCPT ); Tue, 9 Nov 2004 15:23:23 -0500 Received: from mail1.webmaster.com ([216.152.64.168]:9478 "EHLO mail1.webmaster.com") by vger.kernel.org with ESMTP id S261676AbUKIUXP (ORCPT ); Tue, 9 Nov 2004 15:23:15 -0500 From: "David Schwartz" To: Cc: "Linux Kernel Mailing List" Subject: RE: GPL Violation of 'sveasoft' with GPL Linux Kernel/Busybox +code Date: Tue, 9 Nov 2004 12:23:08 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <41911E43.1090607@nortelnetworks.com> X-Authenticated-Sender: joelkatz@webmaster.com X-Spam-Processed: mail1.webmaster.com, Tue, 09 Nov 2004 11:59:37 -0800 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 206.171.168.138 X-Return-Path: davids@webmaster.com X-MDaemon-Deliver-To: linux-kernel@vger.kernel.org Reply-To: davids@webmaster.com X-MDAV-Processed: mail1.webmaster.com, Tue, 09 Nov 2004 11:59:41 -0800 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2324 Lines: 61 > David Schwartz wrote: > > > They don't stop you, they just restrict you. > > They restrict you from getting new updates, they don't restrict you from > distributing. Umm, they restrict you from distributing. You don't get new updates if you distribute. If I say to my son, "if you hang out with people I don't like, I won't let you use the car". This is a restriction on his hanging out with who he likes and his using the car. If I promised not to put any further restrictions on *either* his hanging out with who he like *or* his using the car, I'd be violating my promise by the restriction. > The GPL says, "You may not impose any further restrictions on the > recipients' > exercise of the rights granted herein." Note the "granted > herein" part. They > can put all kinds of other restrictions on anything else, as long > as they don't > keep you from excercising your rights to modify and/or > redistribute the code > released under the GPL. Exactly. But by conditioning the receipt of updates on failure to distribute, they restrict distribution. (They also restrict the distribution of updates, of course.) Any restriction of the form "If X, then Y" restricts both X and Y. I can't imagine what would constitute an "additional restriction" if this isn't one. > > Look, this really is simple. When the GPL talks about "additional > > restrictions", it doesn't mean the restrictions found in the > > GPL. It means > > restrictions found elsewhere, such as in private contracts. (Where else > > would the restrictions be?!) > I believe you have misunderstood the GPL. They only disallow further > restrictions on the rights that the GPL grants. They don't say > anything about > other contracts or obligations. Yes, they do. The whole point of the "additional restrictions" clause is to *prohibit* other contracts or obligations that act to restrict your ability to exercise the rights under the GPL. If not to prevent other contracts or obligations that act as restrictions, what purpose does the GPL "additional restriction" clause serve?! DS - 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/