Earlier quoted context omitted.
I wrote this a couple days ago, sums it up: https://www.jeffgeerling.com/blog/2023/gplv2-red-hat-and-you tl;dr - GPLv2 requires no restriction on free/paid recipients of binaries to also freely redistribute source code. Red Hat EULA says your subscription will be canceled if you redistribute the source code. Is that a restriction? A couple OSS laywers I spoke to said no. Common sense says it feels an awful lot like i…
But they do make all of that source code available under CentOS Stream. GPL does not require an SLA for providing source code of all bugfixes and security patches free of charge in under 24h. Just embargoing security patches for 1-2 weeks from Stream would be a good enough move for RH to signal to enterprise customers that Rocky/Alma are not a drop-in gratis replacement for RHEL in production systems.
Keeping Open Source Open
141–150 of 253 posts
Re: Keeping Open Source Open
#142Earlier quoted context omitted.
What could be done to improve it (while keeping in mind that Red Hat needs $$$ to continue development)?
Okay, let's start with the software itself being free. That is, no-one pays for distribution or use, creation is sponsored voluntarily (contributions, donations) but this is not sustainable. Customers may want to pay for training and consultancy, managed hosting, hardware, feature development, hand holding, insurance, productizing, etc. This is the business that RedHat is in, but so are MontaVista, AWS, vmware, Googl…
Re: Keeping Open Source Open
#143Earlier quoted context omitted.
Much like GPLv3 was written to counter tivoization, I’d love a GPLv4 to kill what RedHat is doing before they do irreparable the entire free software ecosystem.
In this case, is the change you imagine GPLv4 would say "you cant prevent anyone, at any point from downloading the source code from a project you create" because that is super slippery slope? I'd also like to ask, what damage do you see this change in behavior doing to free software ecosystem ?
Is literally the only thing that would make people happy is to give away RHEL for free for people to run their production servers on?
Re: Keeping Open Source Open
#144Earlier quoted context omitted.
Breaking rpm in cloud and container instances seems like a losing strategy.
Yeah, instead of just upsetting the downstream 'rebuilders', you start upsetting enterprise customers too.
Re: Keeping Open Source Open
#145Earlier quoted context omitted.
This is not at all in conflict with the upstream first, if so please tell me how you see it being in conflict.
The blog post says: "Previously, we obtained the source code for Rocky Linux exclusively from the CentOS Git repository as they recommended. However, this repository no longer hosts all of the versions corresponding to RHEL. Consequently, we now have to gather the source code from multiple sources, including CentOS Stream, pristine upstream packages, and RHEL SRPMs." Why would you need RHEL SRPMS if the upstream pack…
They are going upstream because of a zero day patch that RedHat have, and is also upstreamed. Hence why they are going upstream, to get the upstreamed patch that CentOS has not merged yet. So your entire argument appears to be that RedHat are doing upstream first.
Re: Keeping Open Source Open
#146Earlier quoted context omitted.
Indeed, who can? RH is still leading and sponsoring a lot of Linux development — that's the goodwill part. But maaaann, for quite a while RHEL has not been a very welcoming and inviting distro (unless you're the one checking the boxes on the corporate procurement form).
What could be done to improve it (while keeping in mind that Red Hat needs $$$ to continue development)?
Re: Keeping Open Source Open
#147Free. That word does not appear at all in TFA. In the IBM/RH blog post it references[1] the word appears once, disparagingly, in the gratis sense. I appreciate the beer / speech distinction can get tiring to explain repeatedly, but it feels like the move to distance themselves from the deeper implications & obligations of free is, shall we say, very carefully calculated. [1] https://www.redhat.com/en/blog/red-hats-co…
Re: Keeping Open Source Open
#148Earlier quoted context omitted.
What could be done to improve it (while keeping in mind that Red Hat needs $$$ to continue development)?
They seem to have been able to fund development before. So what changed? Just the new corporate overlord that wants a return on their investment?
Re: Keeping Open Source Open
#149Earlier quoted context omitted.
> making it obvious ...that no one gives a flying f*k about "free as in freedom" because all the uprising was always about either the free beer Indeed - Red Hat is making it obvious that IBM (like most large companies) views open source as free beer - or rather free labor. It's great when they get other people's labor for free, as long as they don't have to give away any of their own.
Per this link: https://www.redhat.com/en/about/open-source-program-office/c... "Communities we contribute to Red Hat is a proud contributor to all aspects of the software stack, from the operating system and developer toolchain to middleware, desktop, and cloud. We financially support a number of open source organizations who help us create and maintain better open source software. We also contribute to a wide range…
Re: Keeping Open Source Open
#150Earlier quoted context omitted.
Much like GPLv3 was written to counter tivoization, I’d love a GPLv4 to kill what RedHat is doing before they do irreparable the entire free software ecosystem.
In this case, is the change you imagine GPLv4 would say "you cant prevent anyone, at any point from downloading the source code from a project you create" because that is super slippery slope? I'd also like to ask, what damage do you see this change in behavior doing to free software ecosystem ?
Despite every attempt by Red Hat employees to call out CentOS Stream as being "Red Hat sources", it is not. If they wish to participate in the open source ecosystem, they can't coerce customers (paid or not) into a particular (very proprietary) usage pattern with their software. No matter how many tens/hundreds/thousands of employees they hire to code for open source projects.