[CentOS-devel] RFC: CentOS 8 Repository Structure

Stephen John Smoogen smooge at gmail.com
Fri Jun 21 12:30:35 UTC 2019


On Fri, 21 Jun 2019 at 08:25, Neal Gompa <ngompa13 at gmail.com> wrote:

> On Fri, Jun 21, 2019 at 7:46 AM Nico Kadel-Garcia <nkadel at gmail.com>
> wrote:
> >
> > On Wed, Jun 19, 2019 at 12:32 PM Karanbir Singh <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.
> > >
> > > This may just be a case of having a second set of metadata.
> >
> > A "parent" directory with secondary metadata, including all sub
> > repositories, might work if we want it. But I think it's going to
> > cause mismatches and confusion between RHEL and CentOS, and we should
> > just use the upstream layout. For example, one issue is that the
> > upstream channels overlap: the "codebuilder", "highavailability" and
> > "resilientstorage" channels have some overlapping SRPMs and RPMs.
> > Duplicate content in multiple channels is begging for trouble. The
> > activation of modules would seem to compound the problem. Upstream
> > filesystems may support filesystems with hardlinks among identical
> > RPMs. Installation DVD images will not.
> >
> > > also, what life term are we going to have for the single repo structure
> > > ? are we hoping to retain all content for the life of the release ?
> >
> > Good question. I think it's going to be safer to simply perserve the
> > upstream layout and enable the additional channels, such as
> > "codebuilder" and "highavailability" and "resilientstorage", by
> > default. The "ansible" channels may require more thought.
> >
>
> I'd rather have this bonkers layout *not* preserved in CentOS. Putting
> it all together in one repo (as was done for CentOS 6 and CentOS 7)
> has made things tremendously easier. The reason they're broken apart
> in RHEL is to allow charging people money for various aspects of RHEL.
> Or in the case of the "codebuilder" repo, dumb marketing purposes.
>
> Simplicity is key here, and having the unified repo makes it *much*
> easier to use CentOS and build software from it.
>
>
Due to modularity and compose times etc.. it would make more sense to have
at most something like

Non-modular/
Modular/
Updates/
|------------> Non-modular/
|------------> Modular/




>
> --
> 真実はいつも一つ!/ Always, there's only one truth!
> _______________________________________________
> CentOS-devel mailing list
> CentOS-devel at centos.org
> https://lists.centos.org/mailman/listinfo/centos-devel
>


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


More information about the CentOS-devel mailing list