This might not be as bad as it initially sounds. Centos Stream will
consist of rolling updates that start from what will become each RHEL
point release to what will become the the next RHEL point release, so
for example from RHEL 8.1 to 8.2 to 8.3 etc. In fact, Centos 6, 7,
and 8 already is a "forced" minor upgrade every quarter or so since
they stop supporting x.y after RHEL x.y+1 comes out and your normal
system yum updates just migrate you to the newer x.y+1 anyway. This
is in contrast to how RHEL itself works, or how Scientific Linux used
to work, where you actually have to take explicit action to upgrade to
a new point release either using new install media or manual "yum"
commands. See for example:
And here is what one of my Centos 7 systems looks like:
CentOS Linux release
rpm -qf /etc/centos-release
rpm -qi centos-release
Version : 7
Release : 9.2009.1.el7.centos
Install Date: Thu 03 Dec 2020 07:27:24 AM EST
See how the Centos 7.9.2009 release package was installed this month?
Previously, I had older versions of that package:
sudo grep centos-release /var/log/yum.log*
/var/log/yum.log:Nov 13 08:46:49 Updated: centos-release.x86_64
/var/log/yum.log:Dec 03 07:27:24 Updated: centos-release.x86_64 7-9.2009.1.el7.centos
/var/log/yum.log-20181204:Jul 30 14:47:20 Updated:
/var/log/yum.log-20181204:Aug 14 12:15:35 Updated:
/var/log/yum.log-20181204:Oct 10 05:45:04 Updated: centos-release.x86_64
/var/log/yum.log-20181204:Dec 04 07:19:18 Updated: centos-release.x86_64
/var/log/yum.log-20200428:Jan 08 09:08:24 Updated:
/var/log/yum.log-20200428:Apr 28 07:47:22 Updated: centos-release.x86_64
So over the years, this server got upgraded automatically from Centos
7.5 to 7.6 to 7.7 to 7.9. I have nightly automatic "yum updates"
turned on, so it just gets updates as they come out and I reboot the
server once every so often so the updates get fully applied (new
kernels, new shared libraries).
The difference with Centos Stream is you'll get updates continually
/before/ RHEL releases it eventually as a "snapshot in time" called
RHEL x.y+1. Sure, they won't be as heavily tested as RHEL point
releases, but if you really need/want that, then you can either buy
RHEL or stage your Centos Stream updates from TEST-->STAGE-->PROD,
and/or stagger them across your PROD systems to minimize impact.
On Wed, Dec 09, 2020 at 02:59:30PM -0500, Tim Keller wrote:
I've got a fair amount of centos in production...
this sucks... guess I'm
going to Debian now...
On Wed, Dec 9, 2020 at 9:10 AM Frank Sweetser via WLUG <wlug(a)lists.wlug.org>
> And for anyone looking to contribute to Greg's efforts:
> On Tue, Dec 8, 2020 at 11:23 PM Chuck Anderson via WLUG <
> wlug(a)lists.wlug.org> wrote:
>> My favorite comment on that post:
>> "Gregory Kurtzer says:
>> December 8, 2020 at 4:27 pm
>> I am considering creating another rebuild of RHEL and may even be able
>> to hire some people for this effort. If you are interested in helping,
>> please join the HPCng slack (link on the website hpcng.org
>> (original founder of CentOS)"
>> On Tue, Dec 08, 2020 at 10:35:24PM -0500, Frank Sweetser via WLUG wrote:
>> > Well, there's plenty talk about for CentOS users, like what you're
>> going to
>> > switch to now that CentOS is becoming something completely different:
>> > https://blog.centos.org/2020/12/future-is-centos-stream/