[CentOS-devel] RFC: CentOS 8 Repository Structure

Wed Jun 19 20:52:09 UTC 2019
Stephen John Smoogen <smooge at gmail.com>

On Wed, 19 Jun 2019 at 14:10, Karanbir Singh <kbsingh at centos.org> wrote:

> On 19/06/2019 18:47, Stephen John Smoogen wrote:
> >
> >
> > On Wed, 19 Jun 2019 at 12:32, Karanbir Singh <kbsingh at centos.org
> > <mailto:kbsingh at centos.org>> wrote:
> >
> >     On 19/06/2019 17:18, Fabian Arrotin wrote:
> >     >>
> >     >> We plan to compose all of those repositories, and deliver updates
> >     in the same stream.
> >     >
> >     > Just so that people realize : no *updates* repo anymore, so all
> >     combined
> >     > : if you install from network $today, what you'll install
> >     $tomorrow will
> >     > have all rolled-in directly
> >     >
> >
> >     that's not going to work - we need to retain the ability to deliver
> >     reproducible installs.
> >
> >
> > I think there is some confusion as what Brian is describing is what RHEL
> > has been doing since EL6.
> >
> > This isn't any different from what RHEL does now. You have a primary iso
> > image you instal from but if you point a kickstart to a
> > baseurl=https://cdn.<foo> you get whatever was in the compose of the day
> > (with all the previous packages there also but most installs will just
> > pull the latest). If you want a reproducible RHEL install you need to
> > only use the ISO or some similar frozen toolkit (Satellite, specific
> > local branches, etc) but otherwise you can get different installs each
> > day. Whether this is a good design or not is a different question... but
> > it is one which has been in place for nearly 10 years in the RHEL
> > upstream. [Currently the Fedora up-upstream does keep /updates/ but that
> > is done by other production tools.]
>
> unsure how/what you are talking about here - are you saying that we are
> going to adopt the RHEL delivery model ? if so, how are z stream going
> to work ? are we doing mappings for those as well now ?
>
>
I am saying that with modules and unless you want to stand up a bunch of
other things.. you are probably going to have to. However this isn't much
different from how the current CentOS-7 is.. there are no Z streams for
CentOS-7.. there is only the latest with dot releases being sort of rebased
snapshots that are built off of upstream src.rpms.. So if people have been
saying that there is no CentOS-7.7 there is just CentOS now.. then this
would be taking that one step further.

By the way, I am only +0 on this at the moment. I can see why it looks
attractive and makes certain work easier, but I am also aware it will makes
deployment different/harder. But hey ~5 years ago we had a similar
conversation on CentOS 7 minor version numbers with me arguing against
going with 7.<YYYYMM> and wanting to keep 7.<minor>.

-- 
Stephen J Smoogen.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.centos.org/pipermail/centos-devel/attachments/20190619/c36a50d2/attachment-0008.html>