My understanding is that since Red Hat restricted the source availability for RHEL, Rocky is using the following loopholes to gain binary compatibility with RHEL:
1. Using OCI images of RHEL (i.e. on Docker Hub)
2. Using cloud server images of RHEL
They outlined their plans for this in June of 2023[0].
Red Hat’s official stance is that downstream distros like Rocky or AlmaLinux should be basing off of CentOS Stream — that would allow all the EL distributions to contribute and use the same OS base[1]. AlmaLinux pivoted to this method[2] — which seems like a more sustainable approach to me.
My opinion: blows my mind that people who value Enterprise Linux would be willing to continue to use a distro like Rocky that actively works against/around the supported route its upstream provider suggests.
(Personally, I don’t find value in the EL ecosystem, I prefer rolling releases everywhere when possible)
[0] https://rockylinux.org/news/keeping-open-source-open/
[1] https://www.redhat.com/en/blog/furthering-evolution-centos-s...
[2] https://almalinux.org/blog/future-of-almalinux/
1. Using OCI images of RHEL (i.e. on Docker Hub)
2. Using cloud server images of RHEL
They outlined their plans for this in June of 2023[0].
Red Hat’s official stance is that downstream distros like Rocky or AlmaLinux should be basing off of CentOS Stream — that would allow all the EL distributions to contribute and use the same OS base[1]. AlmaLinux pivoted to this method[2] — which seems like a more sustainable approach to me.
My opinion: blows my mind that people who value Enterprise Linux would be willing to continue to use a distro like Rocky that actively works against/around the supported route its upstream provider suggests.
(Personally, I don’t find value in the EL ecosystem, I prefer rolling releases everywhere when possible)
[0] https://rockylinux.org/news/keeping-open-source-open/
[1] https://www.redhat.com/en/blog/furthering-evolution-centos-s...
[2] https://almalinux.org/blog/future-of-almalinux/