In many respects I'd rather have a slow trickle of updates than the current flood of each point release. We've had lots of experience of dealing with all those changes landing at the same time breaking things.
In many respects I'd rather have a slow trickle of updates than the current flood of each point release. We've had lots of experience of dealing with all those changes landing at the same time breaking things.
CentOS's key attribute, and what separated it from other enterprise-focused Linux distributions, was that it is (well... was) a binary-compatible clone of RHEL, and was supported for as long as its RHEL counterpart. This allowed the user to use CentOS as a free drop-in replacement when the requirements called for RHEL (e.g., when running proprietary enterprise software that only supports RHEL).
CentOS Streams is not a binary-compatible clone of RHEL, which makes it unsuitable for people who need that specific feature.
CentOS Streams may be perfectly reliable (note that this isn't the same as being stable), but there are already many reliable and well-established Linux distributions to choose from if RHEL compatibility and length of support isn't important, and few reasons remaining to choose CentOS.
The change is CS Stream is literally the same change our (Red Hat) customers have been absorbing for years.
CentOS users have this perception that they were getting stability by being behind paying RHEL users. Think about how ridiculous that logic is.
RHEL users weren't being bombarded by ridiculous instability. RHEL Betas were never that unstable and besides Stream literally passes the RHEL hatting tests.
See more #6/#7 here: http://crunchtools.com/before-you-get-mad-about-the-centos-s...
So many people were consuming CentOS without a fuzzy clue to how RHEL works. Makes it all the more frautrsting for people who get a paycheck from RHEL.
But with CentOS 8 slated to continue in line with RHEL 8 support dates, at least there's plenty of time to see how the stream side of things goes, and to test it thoroughly.