Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp102482ybx; Mon, 4 Nov 2019 16:38:24 -0800 (PST) X-Google-Smtp-Source: APXvYqzNtak0Y62Q/hieWE8P/hma/0zZcHmVfjWL7g6Y26PPTzQnFlxc2R/+uSh63GhuJw17/Sxr X-Received: by 2002:a05:6402:4c5:: with SMTP id n5mr29672253edw.157.1572914304285; Mon, 04 Nov 2019 16:38:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1572914304; cv=none; d=google.com; s=arc-20160816; b=tQgHs32ja7TjN7mbvu/KikWKMum+kfZ1lVLcvL1gFrzgfJhiVzCyfPvPykah0qBtSc ccsxET7C//vDFSAt0SNbcs5y45KMDWvt5fASwlwZXIt4nkaqDtX2FmgggNS7Bid79bVu pikJrPRcnc7CMJvCNRpvw6wi7VHNOMvVp3vyKALHncsmx5zWQXgeDpdX7QXT4HqWLPYb iuJWdBn2iStd8l5471/r7sJ9XK9GVeKELlHg6Mx5l1n1ZiEXU4/DW+V6ysgAoEFOOxu8 yMv4zirjKe3Hm50ckUqsWfjz5HUuIixyvCRvrCFmHJSG+Oxc/e6gKbHjTvecnBPM3fXy x7yg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :dkim-signature:mime-version; bh=FCy+CtG6Z055MqRWXfm0w7pAgXCixby2Vu+hJrdkTtg=; b=a5LlY2kiXD5vYAV9RZsy45wAHp6yGU7LsSPIMEQEYJ/qag75OAIE3s5UPsKzQnPa9k 7bfSuw/C8NOL2nlztwkvU6jQh+lNYnrPy8+QvtO7WEfzUAGjz3CGF5Pi8B2gnTTO/SXr lyWGrNnBQgNU8LQpGf+5P89iJuVM5ZtyPWy8R4K76QTZho8nmKHDELtW52egk3TfVUin JZEHDp6hGYwd5l6eb2rZl2LCOni4FTHtS+Wgjh6QIBH6D5lo0dmAPff8hgJzVFnmMnhz j0mweHoQqJNy/SqWGFTMATCvDFKLwli6N+KXMU/ANzDiGzgVK6RuJeLlV72jWAZSUmr0 2Gig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@firemail.cc header.s=mail header.b=R5dfwoVX; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z65si10948008ede.388.2019.11.04.16.38.01; Mon, 04 Nov 2019 16:38:24 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@firemail.cc header.s=mail header.b=R5dfwoVX; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387409AbfKEAha (ORCPT + 99 others); Mon, 4 Nov 2019 19:37:30 -0500 Received: from mx1.cock.li ([185.10.68.5]:44497 "EHLO cock.li" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729693AbfKEAh3 (ORCPT ); Mon, 4 Nov 2019 19:37:29 -0500 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on cock.li X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_05,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,NO_RECEIVED,NO_RELAYS shortcircuit=_SCTYPE_ autolearn=disabled version=3.4.2 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=firemail.cc; s=mail; t=1572914245; bh=dl8FyeCITTZvxmAsfPamVtKVF2q0zQbdpcYf8wSQRFI=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=R5dfwoVX4kF2FbHHgWlBgixsUgM5nkjRizYeqPW1VaoK1CM7IiBnl50XPUMZ5AWDB m5uQ1zB8oti1lhKWtQLZRczn5ixaKTznH8EoJNzqbjn1Kxw/WMSWgl7VC6dweWra0r OwzpUfKRHjAj6ubZ+e9EhsMAbPC4YxuypcKKHNDjdZq742VgmeoFnYDRzvXZG/TnwW nQZFjSn31rMTT3Fw5SvzKzeXF/0GkjBlA18+PIF5CS0NwWsKXxxtXKPE3titepXjNc xpRQA3GwVwjotzHxTHesGz95T8GPrXkCaIscVJtLLjOJgA8noJ/m6jlMJTak89AeoD XC8uOI52cpNuA== Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 05 Nov 2019 00:37:25 +0000 From: nipponmail@firemail.cc To: linux-kernel@vger.kernel.org Cc: ruben@mrbrklyn.com, mrbrklyn@panix.com Subject: Re: Will no-one sue GrSecurity for their blatant GPL violation (of GCC and the linux kernel)? In-Reply-To: <87ftj3gx9h.fsf@mid.deneb.enyo.de> References: <2fbd35b601c740b3cf88b73df7a2c123@firemail.cc> <87ftj3gx9h.fsf@mid.deneb.enyo.de> Message-ID: <4175aec5f562fed9b7b9395016abe6de@firemail.cc> X-Sender: nipponmail@firemail.cc User-Agent: Roundcube Webmail/1.3.6 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org It does not matter how common this way of doing buisness is. It is still a blatant violation of the Copyright holders terms. The Copyright holder has allowed GrSecurity to do something they, by default, have no right to do (create and distribute [non-seperable] derivative works), ONLY if they follow the Copyright holder's directives. The Copyright holder has stipulated that each distributee has the permission to FREELY create derivative works based on the work and FREELY distribute said original work and said derivative works, but that they ONLY have this permission IF they also extend those rights to down-the-line-distributees AND they DO NOT add ANY additional _RESTRICTIONS_ on that right. If GrSecurity was _NOT_ adding an additional restriction it would NOT need an "access agreement" (no-redistribution agreement). They are BLATANTLY violating section 6. Please read: perens.com/2017/06/28/warning-grsecurity-potential-contributory-infringement-risk-for-customers/ Please. The reason why this business model works is because: 1)Not-any-old-lawyer can walk into Federal Court. You have to be accepted into the Federal Bar for that district/circuit/etc (IIRC). Which means one of the allready-on-federal-bar lawyers has to allow you in and vouch for you. That makes for fewer high priced lawyers 2) The costs will be high: half a million plus in legal fees in the end. 3) You win court-costs ONLY if you have registered your copyright BEFORE the violation you are suing defendant over, and also BEFORE any same/similar violation. Otherwise you only get regular damages (revenue, or profits, or what the defendant would have paid you for a license (0 dollars), whichever the court wishes). (Note: you have to register your copyright at the time of the suit atleast, but if it is after the violations you don't get statutory damages nor do you get attorney's fees) Also read this EFF brief, page 10 etc. It has some discussion on the violation: perens.com/static/OSS_Spenger_v_Perens/0_2018cv15189/docs1/pdf/18.pdf On 2019-11-04 21:14, Florian Weimer wrote: > * nipponmail: > >> You are incorrect. GPL version 2 section 6 states that one shall not >> add >> additional restrictions between the agreement between the licensee and >> further licensees. It governs that relationship vis-a-vis the >> protected >> Work. >> >> GrSecurity has, indeed, stipulated an additional restrictive term. >> From: You may distribute derivative works freely. >> GrSecurity has forced customers to agree to: We shall not distribute >> the >> (non-separable) derivative work EXCEPT to our own customers (when >> required). >> >> That is clearly an additional restrictive term. > > I assume they did this as part of their subscription agreement. Their > customers are free to terminate that agreement and exercise their > rights under the GPL. They just can't have it both ways. > > I believe this a fairly common approach to subscription and service > agreements for GPL software.