Just to add to this. It's basically a way to get a rolling release.

Google did the same thing with Debian and rodete (ROlling DEbian TEsting).

https://cloud.google.com/blog/topics/developers-practitioner...

That was my take on it. But CentOS Stream didn't get a fix in time for last major CVE before RHEL/Oracle or ubuntu/debian for that matter. That killed it for me.

AlmaLinux mentioned this in their 2023 revue >[After the split, we] have been able to ship critical security and bug fixes sooner than any other enterprise linux distro. [...] In some cases, any distribution that is still relying on RHEL as their upstream is still waiting for these patches to be released. https://almalinux.org/blog/2023-12-14-2023-highlights/

Ironically, faster fixes were one of the reported reasons for moving CentOS upstream, turns out that was only for metabook. Alma is quickly becoming the new self-hosting distro for me and I feel by now they're better than before

Stream gets faster fixes in general, but yeah for embargoed security fixes it goes the other way around

Even if you are Meta. The only trick we use is something anyone can do - hotfix it in Hyperscale, or download the Stream fix as soon as a signed build is available without waiting for it to be fully released

But it does mean that the kernel ABI is never stable for kernel modules. In RHEL, the ABI is frozen for point releases.

Right. But it does not matter in this case - Meta rolls out its own kernel (we employ a lot of kernel engineers, and PSA our Linux teams are hiring software engineers!) and we maintain our systemd backports and some other packages in the CentOS Hyperscale SIG

Er, CentOS already rolled over minor versions without user intervention.

Stream is more like Debian Testing