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
next prev 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