On 12/10/20 10:50 AM, me@tdiehl.org wrote:
On Wed, 9 Dec 2020, Johnny Hughes wrote:
On 12/9/20 8:54 AM, Bernstein, Noam CIV USN NRL (6393) Washington DC (USA) via CentOS wrote:
On Dec 9, 2020, at 9:45 AM, Johnny Hughes <johnny@centos.orgmailto:johnny@centos.org> wrote:
CentOS Stream is built from the currently released RHEL Source Code + 0.1
So if RHEL 8.3 is released .. Stream is the Source Code (built) that will become 8.4 in a few months.
If this statement is exactly correct, then I think a lot of the issues in this thread may be easy to address. However, the question is whether it is really "That will become" or actually "That might become, if it turns out to be stable enough,"
I.e., to me the critical question is how often (in practice) will updates that have problems, and will not actually make it into RHEL, end up in CentOS Stream. Presumably all such updates will be superseded in Stream by corrected ones, before they're in RHEL.
In fact, would it be possible, to list the final versions of each package's update at the moment of the RHEL release, and only do the CentOS Stream update based on that list?
There is one source for the source code that will be used. While in stream it will iterative (the push a bunch of changes today .. the build those change today). Those go through a CI process and get released into stream.
When it comes time to build rhel 8.4 it will come from the same source code.
So if I understand this correctly, centos8 + will basically be a rolling release and we will never know what we are really running. Is this correct?
You will be running CentOS Stream 8.
It is not a rolling release in the sense of .. it moves from Stream 8 to Stream 9 .. it will be Stream 8 until you manually move to Stream 9 or we get to the EOL (Currently May 31 2024).
To put it another way all of the stability we are used to will be gone and in order to stay up to date with stream I could potentially need to reboot machines daily depending on what packages $REDHAT developer decides to work on that day.
Well .. they will be working on the next RHEL point release. So the package will be from 8.4 if the current release is 8.3 and you are running CentOS Stream 8.
It would be from 9.2 if the current release was 9.1 and you were on CentOS Stream 9.
Am I missing something?