https://www.redhat.com/en/blog/red-hats-commitment-open-source-response-gitcentosorg-changes
More about Red Hat's decision to make CentOS Stream the primary repository for RHEL sources.
Some mix of wrong and right, the exact proportions of which I'll leave as an exercise to the reader.
!linux
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
The problem I see with this attitude is there are plenty of developers that are trying to develop for RHEL instances that need a specific environment for whatever reason. Originally you could use CentOS for this and then you could use Rocky Linux or one of the other distributions that sprung up after stream became a thing. They've taken away that opportunity and they may suffer for it since Enterprise application developers like Jeff will not eat this cost since they do it out of the goodness of their own heart and not for monetary compensation. Unfortunately this could end up stifling a lot of the tools that we use in a cloud setting with Red hat distributions. My company has a requirement that we need the OS to look exactly the same and be extremely stable and stream I don't think has that capability since it's a rolling distro and could get hit with a bad package update. It would be quickly patched but that still means down time that I now have to explain to my customers. Instead we might switch to Debian which will stay exactly the distribution it should be until I decide to update it. It can be configured in a rolling distribution but it doesn't have to be and enterprise admins are not going to use something that rolls that that could possibly expose us to more risk with wild package updates. There's a reason that while we like Arch Linux, we don't typically use it in an enterprise setup.