<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jan 24, 2021 at 11:50 AM Josh Boyer <<a href="mailto:jwboyer@redhat.com">jwboyer@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, Jan 24, 2021 at 12:28 PM redbaronbrowser via CentOS-devel<br>
<<a href="mailto:centos-devel@centos.org" target="_blank">centos-devel@centos.org</a>> wrote:<br>
><br>
> On Saturday, January 23, 2021 8:25 PM, Lamar Owen <<a href="mailto:lowen@pari.edu" target="_blank">lowen@pari.edu</a>> wrote:<br>
><br>
> > On 1/23/21 6:55 AM, redbaronbrowser via CentOS-devel wrote:<br>
> ><br>
> > > On Friday, January 22, 2021 4:38 PM, redbaronbrowser via CentOS-devel<br>
> > > <a href="mailto:centos-devel@centos.org" target="_blank">centos-devel@centos.org</a> wrote:<br>
> > ><br>
> > > > Just to clarify, you mean we should avoid redistributing RPMs not<br>
> > > > covered by the GPL/LGPL, right?<br>
> > > > For RPMs that are covered by the GPL and LGPL, it should not violate<br>
> > > > any agreement to redistribute those to anyone?  As long as the form<br>
> > > > of redistribution doesn't claim the receiver is entitled to Red Hat<br>
> > > > support, anyone is entitled to the GPL/LGPL covered RPMs?<br>
> > ><br>
> > > Mike McGrath, I find it troubling a VP level member of Red Hat, Inc.<br>
> > > might be implying there exist people that are unentitled to GPL/LGPL<br>
> > > covered works.  If you don't mind, I would like to see if I can get a<br>
> > > member of the Free Software Foundation involved.<br>
> ><br>
> > So, the way I read the subscription agreement and interpret it for<br>
> > myself and myself alone (that is, this is not legal advice and I am not<br>
> > a lawyer), redistributing material (any material, not just RPMs or SRPMs<br>
> > but things like subscriptin-only bugzilla content, kernel patchset<br>
> > reasons, etc) from my active Red Hat Enterprise Linux subscription is<br>
> > grounds for termination by Red Hat of my access to subscription<br>
> > content.  They can't take away what I already have, but they can take<br>
> > away my ability to access future subscription content.<br>
> ><br>
> > In a nutshell: my interpretation for myself and myself alone is that I<br>
> > am free to redistribute the GPL-covered packages.  Red Hat is also free<br>
> > to refuse to continue to do business with me. I thus make the choice to<br>
> > not redistribute.<br>
> ><br>
> > GPL does NOT require distribution to the public software that is<br>
> > distributed for a fee (<br>
> > <a href="https://www.gnu.org/licenses/gpl-faq.en.html#DoesTheGPLRequireAvailabilityToPublic" rel="noreferrer" target="_blank">https://www.gnu.org/licenses/gpl-faq.en.html#DoesTheGPLRequireAvailabilityToPublic</a><br>
> > ).  If you do actually get a FSF staff member involved, they will<br>
> > probably tell you the same thing.<br>
> ><br>
> > Quoting Bradley Kuhn in a 2011 posting (<br>
> > <a href="http://ebb.org/bkuhn/blog/2011/03/05/open-core-slur.html" rel="noreferrer" target="_blank">http://ebb.org/bkuhn/blog/2011/03/05/open-core-slur.html</a> ): " I do have<br>
> > strong, negative opinions about the RHEL business model; I have long<br>
> > called it the "if you like copyleft, your money is no good here"<br>
> > business model. It's a GPL-compliant business model merely because the<br>
> > GPL is silent on whether or not you must keep someone as your customer.<br>
> > Red Hat tells RHEL customers that if they chose to engage in their<br>
> > rights under GPL, then their support contract will be canceled. I've<br>
> > often pointed out (although this may be the first time publicly on the<br>
> > Internet) that Red Hat found a bright line of GPL compliance, walked<br>
> > right up to it, and were the first to stake out a business model right<br>
> > on the line." (and the followup post at<br>
> > <a href="http://ebb.org/bkuhn/blog/2011/03/11/linux-red-hat-gpl.html" rel="noreferrer" target="_blank">http://ebb.org/bkuhn/blog/2011/03/11/linux-red-hat-gpl.html</a> is a good read)<br>
><br>
> I agree with you and didn't expect a FSF member to say Red Hat is doing anything *legally* wrong.<br>
><br>
> Put please re-read that FAQ answer again carefully:<br>
><br>
> "If I distribute GPLed software for a fee, am I required to also make it available to the public without a charge? (#DoesTheGPLRequireAvailabilityToPublic)"<br>
><br>
> "No. However, if someone pays your fee and gets a copy, the GPL gives them the freedom to release it to the public, with or without a fee. For example, someone could pay your fee, and then put her copy on a web site for the general public."<br>
><br>
> While it says Red Hat has no obligation to *directly* make GPL software publicly available, it indicates there should be the possibility of it being indirectly publicly available.<br>
><br>
> What Mike McGrath is indicating Red Hat puts a chilling effect on that indirect redistribution of GPL/LGPL works to the "unentitled."<br>
><br>
> So, my expectation is that the FSF member would try to explain why using the word "unentitled" goes against the *spirit* of the GPL/LGPL family of licenses.  (And hopefully can phrase it better than I can).<br>
<br>
As a general reminder, the GPL and LGPL are source code licenses.  The<br>
source code to the packages in Red Hat Enterprise Linux releases, GPL<br>
or otherwise, are released on <a href="http://git.centos.org" rel="noreferrer" target="_blank">git.centos.org</a>, which requires no<br>
registration and no terms to accept.  The recent announcements around<br>
CentOS Linux and CentOS Stream did not alter this approach.<br><br></blockquote><div><br></div><div>Thanks, Josh.  I do have to point out that I made no claims about the GPL, LGPL, or even source code in my original response.  It was simply one human talking to another human on a mailing list to try and come to a common understanding of what Red Hat considers ok and not ok.  Unfortunately, my words continue to be parsed or taken out of context by some of the more anonymous members of this mailing list who continue to act in bad faith.  I'll refrain from commenting on our license and terms in the future.</div><div><br></div><div>For those that want to participate in the RHEL programs, you are all on your own to find whatever counsel you'd like to understand them.</div><div><br></div><div>        -Mike </div></div></div>