Hacker News new | past | comments | ask | show | jobs | submit login

Sorry, no. Red Hat broke the spirit of the GPL. The social contract of FOSS is not that you get guaranteed a viable business model or maximum profit.

Red Hat went as far as they could without breaking the letter of the GPL. They likely would have gone full proprietary if they could have legally done so.

Whether you see a problem with that depends on your values. A new school of thought has arisen, let's call it COSS - capitalist open source software, in which the purpose of open source is for large companies to flood the market with a loss leader to kill off smaller competitors, and for individuals to pad their resumes.

Under COSS, open source is merely another tool to feed the capitalist machinery, so Red Hat's strategy seems only natural. But many of us do not share these values.




Isn’t GPL the HN’s favorite boogeyman? Boooooo, the license is not permissive enough. Boooo, is not true freedom. Boooo, whatever shall my poor startup with millions in funding do if it’s GPL. Booo, but what about all those lost exposure points because Amazon/Google won’t be using it.

But look how are the tables turned if it’s some other guy exercising his rights.


> But look how are the tables turned if it’s some other guy exercising his rights.

If we're talking about IBM/Red Hat here, they are not exercising their rights.

Can they close the SRPMs? Yes they can.

Can they tell "You can't redistribute this GPL licensed source code", haha, no. They can't even tell you to not redistribute BSD/MIT/Expat/WTFPL[0] code. They can't override these legal texts with EULAs.

GPL is working as intended, and irritating corporations the way it should, and yes, what Red Hat done is treason, not because they closed the SRPMs, but the collective things they did.

[0]: http://www.wtfpl.net/


Red Hat's customers still have the right to redistribute the GPL-licensed source code from RHEL, but Red Hat may end their business relationship with them if that right is exercised. This is still in line with what the GPL requires of Red Hat.


Assuming what you say is true, isn't that threatening the customer to not exercise their rights?

Isn't this limiting in a legal and practical sense?

How this is ethical, and allows unimpeded distribution of FOSS code?

Also, I still need to read and see the agreements myself.


> I still need to read and see the agreements myself.

See the 'termination' section of the enterprise agreements from the Red Hat licences page.[1] What constitutes a material breach is specified in Appendix I from the Product Appendices section, and it includes the redistribution of software obtained through the subscription (sections 1.2.f and 1.2.g of Appendix I).

> How this is ethical, and allows unimpeded distribution of FOSS code?

It is designed to discourage the distribution of the code while keeping Red Hat in compliance with the GPL. So it cannot prevent the customer from exercising their GPL rights, but a continued business relationship with the software vendor is not something that the GPL protects. PaX/grsecurity had used a similar tactic with their Linux kernel patches.

1. https://www.redhat.com/en/about/agreements


That's what most are concerned about. For a company that markets themselves as "open" or "the open source company", seeing their original massive OSS project now only achieve what's 'required' and nothing more... that doesn't seem in line with the expectation set over decades of more magnanimous behavior before.


> seeing their original massive OSS project now only achieve what's 'required' and nothing more

If they were only doing "what's required" they would have ditched their upstream first approach to fixes and the only ones seeing their code would be paying customers, or people who the paying customers distributed the code to. The fact that they are still one of the primary contributors not only to the upstream linux kernel but countless other open source projects pretty much by definition means that they are still going well above and beyond "what's required". If you don't like their direction, fine, but pretending like they are entirely freeloading and doing nothing for the broader open source community really weakens your position.


One thing I've been wondering--if a RH customer decides to surreptitiously distribute the source, how is RH going to know which customer did it? I guess they could do something like making each copy of the source unique by slightly varying the non-string white space in the code.

I guess the other issue would be that distributions like Alma or Rocky (and, to varying extents, their users) probably value stability and reliability too highly to be comfortable relying on such a janky form of source distribution.


> Boooooo [...] booooo

Sorry, I fail to see how this addresses any of my points.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: