<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 21, 2021 at 2:58 AM Michel Alexandre Salim <<a href="mailto:michel@michel-slm.name">michel@michel-slm.name</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, 2021-05-19 at 22:17 -0400, Nico Kadel-Garcia wrote:<br>
> On Wed, May 19, 2021 at 9:32 PM Michel Alexandre Salim<br>
> <<a href="mailto:michel@michel-slm.name" target="_blank">michel@michel-slm.name</a>> wrote:<br>
> > <br>
> > At the Hyperscale SIG, one of the repos we ship (centos-release-<br>
> > hyperscale-hotfixes, which we use to override modular content we<br>
> > need<br>
> > to fix as MBS is not available to SIGs) depends on EPEL (because<br>
> > the<br>
> > packages there, for example libvirt, needs dependencies in EPEL).<br>
> > <br>
> > EPEL's Quickstart recommends enabling codeready-builder on RHEL8,<br>
> > and<br>
> > the corresponding powertools repo on CentOS 8:<br>
> > <a href="https://fedoraproject.org/wiki/EPEL#Quickstart" rel="noreferrer" target="_blank">https://fedoraproject.org/wiki/EPEL#Quickstart</a><br>
> > <br>
> > Could we possibly just enable powertools by default? CRB is on by<br>
> > default in RHEL8 UBI containers (but weirdly not in the related<br>
> > CentOS<br>
> > Stream containers!).<br>
> <br>
> Good luck with that. Disabling Powertools by default is a RHEL<br>
> upstream behavior. The segregation of these tools and the disabling<br>
> of<br>
> them by default is one of the aspects of RHEL 8 and CentOs 8 that<br>
> profoundly irritate me, they've so far served no useful purpose and<br>
> only caused confusion. They do reduce the metadata download<br>
> requirements somewhat for ordinary yum updates, but that's a distinct<br>
> issue.<br>
> <br>
> Enabling it by default is available to you as a local configuration<br>
> option: as you expand a network and go to system management tools<br>
> like<br>
> ansible rather than the expensive to set up and painful to manage RHN<br>
> or spacewalk system, you may wish to automate its activate it by<br>
> default or write '--enablerepo=PowerTools'' into your dnf<br>
> installation<br>
> scripts.<br>
> <br>
Yeah, we're exploring that option since we'll soon have Hyperscale<br>
instalation media anyway.<br>
<br>
My pipe dream (doable, but I probably want to wait for the DNF -><br>
microdnf rewrite dust to settle) is to be able to declare dependencies<br>
between repos.<br>
<br></blockquote><div><br></div><div>+1 that'd be a nice feature<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
e.g.<br>
<br>
epel-release recommends (repo(PowerTools) if centos-stream-repos)<br>
=> this signals to DNF that, hey, when epel-release is installed, flip<br>
PowerTools on, and if likewise PowerTools recommends another repo, it<br>
gets transitively enabled as well.<br>
<br>
Best regards,<br>
<br>
-- <br>
Michel Alexandre Salim<br>
profile: <a href="https://keyoxide.org/michel@michel-slm.name" rel="noreferrer" target="_blank">https://keyoxide.org/michel@michel-slm.name</a><br>
_______________________________________________<br>
CentOS-devel mailing list<br>
<a href="mailto:CentOS-devel@centos.org" target="_blank">CentOS-devel@centos.org</a><br>
<a href="https://lists.centos.org/mailman/listinfo/centos-devel" rel="noreferrer" target="_blank">https://lists.centos.org/mailman/listinfo/centos-devel</a><br>
</blockquote></div></div>