> This logic makes sense, with one exception: this assumes that the standard for release quality remains unhindered pre/post swapping the position of RHEL / Cen

> This logic makes sense, with one exception: this assumes that the standard for release quality remains unhindered pre/post swapping the position of RHEL / CentOS. There's another issue, which I haven't seen talked about so far. With CentOS downstream from RHEL, there were the Release Notes: before updating from CentOS 8.x to CentOS 8.y, you could read the CentOS release notes (and the voluminous RHEL release notes corresponding to it) to see if there was any breakage to expect for your use case. For the security updates within a release, you could follow https://lists.centos.org/pipermail/centos-announce/ https://lists.centos.org/pipermail/centos-announce/ (sadly non-working for CentOS 8) and/or the voluminous RHEL errata pages corresponding to it. With Fedora, before every update I glance at https://admin.fedoraproject.org/updates/ https://admin.fedoraproject.org/updates/ to see if there is any known issue with the update I'm about to do; this has saved me more than once (for instance, there was a broken selinux-policy update which would relabel the whole /home not long ago). I recall Debian had something similar (which shows you any release-critical bug recently filed for the packages you're about to install). Will CentOS Stream have something like that? If I run "dnf update" and see it's about to update bash, is there anywhere I can look to see what changed, and whether someone complained about the update?