this post was submitted on 23 Jun 2023
11 points (100.0% liked)
ELI5
11 readers
1 users here now
Explain it to me like I am 5. Everybody should know what this is about.
founded 2 years ago
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
The TIL is Red Hat had publicly accessible source code for RHEL. They've removed that and only thing you see is their upstream contributions to CentOS Stream. So you can't build a RHEL counter part at this point, because their source isn't available.
This affects projects like Rocky Linux, Alma Linux, even Oracle Linux.
Fedora runs basically future code for CentOS Stream which is basically RHEL Next really.
Some folks, like I just read Jeff Geerling, are now deciding their code, he makes Ansible stuff, won't be guaranteed on RHEL because they can't publicly test it.
Red Hat is a corporate entity that justifies locking down open sources to satisfy the bottom line. I'm a disgruntled former employee though.
Okay what is centOS and how does it have a RHEL counterpart.
I’m not a total Linux noob but I mostly use arch and Debian based distros, I know almost nothing about the dynamics of centOS
So Fedora is an "upstream" linux. So what that means is developers push their code directly into Fedora. Every 6 months, approximately, Fedora releases a new release. People on Fedora get that and file bugs and features to the next code.
CentOS Stream pulls from that. So they're more stable. They don't have the bugs that the Fedora folks hit (in theory), because it's been solved upstream. By the time it gets to them, down stream, it's been smoothed out.
Red Hat Enterprise Linux every once in a while will put a stake in the ground and say THIS is the code we're going with from CentOS Stream. Make sure THIS version works, and pull in any bug fixes.
To give you a "real" kind of idea. Let's say you have an application. We'll call it the hiya 0.2 version. Fedora pulls in hiya 0.2. Then you keep upgrading until you get to 1.0 then 2.0 then 3.0. Fedora pulls each of those in.
CentOS Stream slowly pulls those in.
Eventually Red Hat says Hiya is what we need in RHEL! Except you're going too fast. We want Hiya 1.0. BAM! Hiya 1.0 is going into RHEL 10. HOWEVER, since you're faster, you've solved bugs in Hiya in 2.0 and 3.0. So RHEL will say well we don't need that feature or that feature or that feature. But we DO need THAT bug fix in 2.0. So we take that bug fix and we backport it into OUR Hiya 1.1 code base. We do need THAT security fix in 3.0 to our code. So we make Hiya 1.2.
This is a VERY simplified version. And I'm not certain anymore on the interaction between CentOS Stream and RHEL. But that's generally how it works.
Can you explain to me what happened with CentOS some 2-5 years back? I thought it was depreciated which is why Rocky Linux and Alma Linux came to fruition, but I don’t think I understand what CentOS Stream is. Thanks for all the information you’ve provided.
So Red Hat was getting closer and closer to CentOS. Then a few years ago, instead of being in partiy, Red Hat, and supposedly CentOS council, agreed it'd be better for CentOS to lead RHEL. This became CentOS Stream. And then the original creator of CentOS started Rocky. Alma was another distro that moved in to fill the niche of CentOS. I believe there are others as well.
CentOS Stream is closer to RHEL, but if I remember correctly, it's rolling. So supposedly you as a developer could target CentOS Stream for RHEL's NEXT major release and be ready when RHEL's next major release gets to beta and you should be good to go.
I've never heard of ANYONE actually using or targetting CentOS Stream personally, but maybe there are folks. Pretty much everyone I know that was using CentOS in any kind of unofficial capacity has pivoted to Rocky or Alma or something else.
That makes complete sense, swapping CentOS to a rolling distro ruined its use case as being a parity distro with RHEL for testing, education, and stability. I can understand it making more sense for the RHEL pipeline but it’s definitely worse for the end users who were using CentOS. Thanks for the help!