> each release of CentOS Stream is a frozen Fedora release
This is the current state. Why should IBM maintain rolling updates into Fedora ("rawhide"), then cut a Fedora release, then bless a Fedora release as Centos Stream, then backport from rawhide to Centos Stream as needed until they decide to cut a RHEL branch? If I were an exec at IBM, that would seem like a lot of extra releng salary that could be better spent directly on core product (which is RHEL which comes from Centos Stream) or billable hours. Someone's bonus can go up a few bills by eliminating a line item while improving efficiency.
Why should IBM continue paying for rawhide -> fedora release -> centos stream -> rhel ? How long until the fedora release step is put out to pasture then eventually culled?
You're basically suggesting that to do a complete step change every 3 years might be considered "more efficient" but literally nobody would consider that more efficient, it would just add massively more risk into the whole process and be recouped later by delays. That is agile v. waterfall 101, and even IBM is perfectly capable of understanding that.
That is to say nothing of the fact that Fedora is used very extensively internally, and that there are hardware partners like Lenovo that sell it preinstalled, and Fedora Asahi which is the new home of Apple hardware enablement (and thus the best Aarch64 development platform). The Fedora ecosystem is extremely valuable to Red Hat.
IBM can't "kill" Fedora. All the specs files, the assembly mechanisms for the distribution is available online. The community can (and has) forked fedora and keep it going under a new name, if they wanted to.
But this is all backwards.
> Why should IBM maintain rolling updates into Fedora
The better question is why is IBM maintaining rolling updates into Fedora? Because they have a business incentive to do so. As other comments have opined, they get free testing, free feedback of upcoming changes. The community gets a lot in return. RedHat funds so much open source/free(dom) software development it's ludicrous. There's reciprocity here. There's a lot of other distributions also benefiting from RedHat's work, like Debian (and vice versa).
It seems like the community here on HN has gone complete bonkers over this RedHat business decision. We've reached a next level of open source entitlement syndrome.
We are not entitled to use RHEL for free. We are not entitled to repackage RHEL and sell it for free either. We are only entitled to those part of the source code which is covered by copyleft licenses. Are we entitled to the SRPM for those programs? We don't know. The patches applied, sure. How about the spec files to assemble the RPMs? Who knows. But it seems like everybody are demanding that RedHat should keep doing this work and ensure that third parties can keep their business model of reselling said work.
This is probably not a popular opinion, but the community seem to have a deranged take on this situation.
We are only entitled to those part of the source code which is covered by copyleft licenses.
No, we're not. Even for code covered by copyleft licenses, we are only entitled to the source for which we have received a binary. However, once we have received those sources, we should be free to do with them whatever the license allows.
But that last part is what Red Hat is violating, and that's why some people have a deranged take, thank you very much: they use their sales contracts to specifically deny freedoms granted by copyleft licenses.
If you as a Red Hat customer redistribute the source code, Red Hat won't sue you. You didn't do anything illegal, you are doing what you are allowed to do.
Nothing in the GPL entitles you to future support from Red Hat, source code of future versions or anything of the sorts.
You're free to do whatever you want with the sources. Red Hat is free to stop business with you at any time. There's nothing contradictory here.
No, this is conflation everybody is having. You are free to do with the received source as you like, maintaining your rights granted by the GPL.
But the GPL does not compel RedHat to keep you as a customer. There are two separate legal instruments, the license for the source and the terms for RHEL. RedHat are free to chose their customers. We can't force a company to take us on as a customer.
They're getting free community testing of early software in Fedora.
I don't think you realize just how much RH focuses on releasing stable software. They have SLAs with government agencies, healthcare providers and they need to live up to them. This is why CentOS Stream is in fact more secure than RHEL because they spend so much time testing the patches that go into RHEL that CentOS Stream now gets them before RHEL. A reversal to the state of affairs with old CentOS.
It is also why they were so keen on killing any project that claims to be a RHEL clone, because they want their customers to know what they're downloading, and know what they're running. RHEL comes with guarantees.
Of course I'm the first to admit that most of their motivations to kill the CentOS source repo were financial. That doesn't change the fact that Red Hat is a very enterprise-minded company, and their perspective isn't always obvious to the rest of us.
And they can do that work internally, privately, in the dark, where they cannot benefit from any community engagement, or they can do that work in the open, engaging with the community.
I suspect the difference in cost between the two is not significant enough to be relevant, and the open variant has more benefits.
Note that this was RH's stated intent when the whole CentOS non-Stream EoL shenanigans went down - they said that Fedora & CentOS Stream benefits RHEL, CentOS non-Stream does not.
[After writing this, I was curious about Fedora project costs, they are lower than I thought: https://budget.fedoraproject.org/budget/FY20/overall.html - Red Hat's contribution was ~$196k for FY2020 (in cash, there's probably more 'soft' costs in terms of staff and hardware time/resources)).
This is the current state. Why should IBM maintain rolling updates into Fedora ("rawhide"), then cut a Fedora release, then bless a Fedora release as Centos Stream, then backport from rawhide to Centos Stream as needed until they decide to cut a RHEL branch? If I were an exec at IBM, that would seem like a lot of extra releng salary that could be better spent directly on core product (which is RHEL which comes from Centos Stream) or billable hours. Someone's bonus can go up a few bills by eliminating a line item while improving efficiency.
Why should IBM continue paying for rawhide -> fedora release -> centos stream -> rhel ? How long until the fedora release step is put out to pasture then eventually culled?