We have to remember where this all comes from. The original reason why Red Hat did choose a specific kernel release back in the old days was simple: some releases where good, other ones where not that great and prone to crashes and instability. That was 25 years ago... and since 20 years we have very stable linux releases, and the backwards compatibility requirement for userspace in Linux development is holy.
Still the Red Hat leadership has been stuck with their heads in the past.
As this paper rightfully says: delivering the least stable kernel with an - ironic - enterprise label.
It has turned into a commercial differentiator without any technological merit - on the contrary, it's a serious disadvantage of the distribution.
When we discovered that Red Hat still applies a broken philosophy regarding major OS upgrades and provides a non-functional leapp tool for in-place upgrading, forcing enterprises to fall back to reinstalling thousands of servers, we set to work. And we build Project78 to prove it can be different. Upgrading Red Hat 7 to Red Hat 8, or CentOS 7 to Rocky 8, or CentOS 7 to RHEL8, can now be done in a massive, predictive way too. We prove the point it can be different. As Linux is supposed to be. I hope Red Hat will get their act together and fix these 2 large shortcomings of their distribution, because they are not delivering the experience as it should be. More information about our
Project78 here.