8
Dear Red Hat: Are you dumb?
(www.jeffgeerling.com)
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
How is this supposed to work with GPL ? Because anyone owning a copy is free to redistribute sources
I haven't seen this in person so I can only speculate, but I bet they'll only provide the sources as a tarball or something instead of a git repo, which will make it a PITA for anyone do actually do anything useful with it. I mean, you could potentially still build a full distro from it, but you wouldn't be able to feasibly maintain it without the ability to do a sync and merge from upstream. So this way, Red Hat achieves their goal of being able to kill any spinoff distro, whilst still remaining compliant with the GPL.
It’s not a “they will.” Red Hat customers are able to download source rpms from the repository or the site, this has been the case for a very long time. It is possible to clone / sync the repository, this is how airgapped networks can still host their own.
The plan is to give the source Code to paying customers. This is gpl-compliant.
The concern is that Red Hat terminates your account if you redistribute the source to another party. This feels like an additional restriction placed on the source code, which if it is, would indeed violate the GPL.
Now THIS is a GPL-violation or at least a serious concern and asshole move.
Serious concern and asshole move? Yes. Gpl violation? Not sure. You could argue you are not restricted to do whatever you want with the code you receive with a subscription. But if you share the code, they don't want you as a customer anymore and won't give you new code. I don't know if the GPL allows that.
This clearly goes against the intention of the GPL. Maybe not illegal.
Terminating a support contract, in itself, is not a GPL violation. The restrictions only affects the ability to receive future updates.
Edit: Red Hat indeed claims that no GPL violation is happening, yet they inform their customers that sharing updates leads to contract termination, which clearly breaches the GPL at least in spirit: https://sfconservancy.org/blog/2023/jun/23/rhel-gpl-analysis/
I think it depends on whether it's considered an additional restriction on the recipient's right to redistribute the software.
Saying, "you can redistribute the software but you will face _____ penalty" seems like a gray area to me.
Context is important. It's possible that the software is distributed without any warning like that and that the termination of the support contract is done without citing the redistribution of previous versions as a reason. OTOH if the customers could prove that there's widespread knowledge of the retaliatory termination that could be equivalent to a (non-written) restriction that is indeed incompatible with the GPL
The warning is in the agreement every customer (and free developer account) signs to obtain access. They also mention they could sue you, although I think it is unrealistic they would do so just for redistribution.
Yes more details would be good.
According to Alma Linux