me at tdiehl.org
2020-Dec-10 16:50 UTC
[CentOS] CentOS Stream from bottom works, what is this?
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 at centos.org<mailto:johnny at 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? 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. Am I missing something? Regards, -- Tom me at tdiehl.org
Bernstein, Noam CIV USN NRL (6393) Washington DC (USA)
2020-Dec-10 17:02 UTC
[CentOS] CentOS Stream from bottom works, what is this?
> On Dec 10, 2020, at 11:50 AM, me at tdiehl.org wrote: > > 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?That's my understanding, iff you automatically install all CentOS stream updates the moment they become available. But I still don't see why nearly no one is going for the idea that there be some way (ideally automated) to tag all the packages at the point of the RedHat release, and install only those from Stream once the RHEL release is ready? Noam
Matthew Miller
2020-Dec-10 17:08 UTC
[CentOS] CentOS Stream from bottom works, what is this?
On Thu, Dec 10, 2020 at 11:50:00AM -0500, me at tdiehl.org wrote:> 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?No, this is not the case. There will be continuous updates, but all of these updates are ones that are planned to go into a RHEL minor release, with all of the normal things that will imply. As Brendan said, .y stream development is really not all that exciting.> 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.I mean, if there are updates you want that day, sure? -- Matthew Miller <mattdm at fedoraproject.org> Fedora Project Leader
Johnny Hughes
2020-Dec-10 20:18 UTC
[CentOS] CentOS Stream from bottom works, what is this?
On 12/10/20 10:50 AM, me at 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 at centos.org<mailto:johnny at 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? >