public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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)? - BP and EFF have addressed
Date: Mon, 04 Nov 2019 17:58:30 +0000	[thread overview]
Message-ID: <06a4c535e89a1485307fd7e93f18b4d3@firemail.cc> (raw)
In-Reply-To: <E1iRgHg-0007e0-Gd@fencepost.gnu.org>

Bruce Perens and the EFF have addressed this, it is indeed a violation 
to add an additional restrictive term such as that: they are threatening 
a penalty, using a negative covenant, if the customer utilizes the 
permissions granted to him (and GrSecurity) by the Copyright holder of 
the original Work. GrSecurity does not have an independent legal right 
to create non-separable derivative works _at_all_, they only have 
permission to do so IF abiding by the terms the Copyright holder set 
regarding HIS Work: which are NO additional restrictive terms. Here 
GrSecurity HAS added an additional restrictive term: NO free 
redistribution of the derivative work: and they enforce this via 
penalty:

perens.com/2017/06/28/warning-grsecurity-potential-contributory-infringement-risk-for-customers/

Page 10 onward has discussion on the copyright issue aswell:
perens.com/static/OSS_Spenger_v_Perens/0_2018cv15189/docs1/pdf/18.pdf

(And yes, IAAL)


On 2019-11-04 17:36, ams@gnu.org wrote:
> One is not under obligation to guarantee that new versions are
> distributed to someone, which also means obligations can be terminated
> for any reason.  So while grsecurity might not be doing the morally
> and ethically right thing, I do not think they are violating the GNU
> GPL.  You're still free to redistribute the patches, but grsecurity
> isn't under obligation to give you future updates.
> 
> Their agreement text is located at
> https://grsecurity.net/agree/agreement_faq

  parent reply	other threads:[~2019-11-04 17:58 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <b0668893d6fbfeca10a724e1c5846e92@firemail.cc>
     [not found] ` <E1iRgHg-0007e0-Gd@fencepost.gnu.org>
2019-11-04 17:56   ` Will no-one sue GrSecurity for their blatant GPL violation (of GCC and the linux kernel)? nipponmail
2019-11-04 17:58   ` nipponmail [this message]
2019-11-04 18:20   ` Will no-one sue GrSecurity for their blatant GPL violation (of GCC and the linux kernel)? - He is violating, but you can also rescind the license nipponmail
     [not found]   ` <2fbd35b601c740b3cf88b73df7a2c123@firemail.cc>
     [not found]     ` <87ftj3gx9h.fsf@mid.deneb.enyo.de>
2019-11-05  0:37       ` Will no-one sue GrSecurity for their blatant GPL violation (of GCC and the linux kernel)? nipponmail

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=06a4c535e89a1485307fd7e93f18b4d3@firemail.cc \
    --to=nipponmail@firemail.cc \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mrbrklyn@panix.com \
    --cc=ruben@mrbrklyn.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox