<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 14 May 2020 at 20:00, Nico Kadel-Garcia <<a href="mailto:nkadel@gmail.com">nkadel@gmail.com</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 Thu, May 14, 2020 at 3:32 PM Michel Alexandre Salim<br>
<<a href="mailto:michel@michel-slm.name" target="_blank">michel@michel-slm.name</a>> wrote:<br>
><br>
> Hi,<br>
><br>
> We're working on validating CentOS 8 for some desktop use cases at work,<br>
> and noticed that after working fine on a machine that's installed<br>
> several months ago, it's now failing on a freshly-installed machine.<br>
<br>
Do not get me *started* on the ansible version fun and games, or the<br>
confusing state of the python3 for various EPEL, RHEL and CentOS<br>
migrations. The situation is exacerbated when RHEL elects to use a<br>
kind-of-sort-of distinct naming scheme for software previously<br>
published via EPEL.<br>
<br>
It's an ongoing problem. EPEL's decision to show only the most recent<br>
versions of RPMs, and to trim old RPMs out, is a destabilizing problem<br>
and why I make hrdlinked snapshots of EPEL using "rsnapshot" for<br>
internal access to old packages.<br></blockquote><div><br></div><div>To be clear here.. the 'decision' is that EPEL is built using the same build system that Fedora uses. The Fedora build system does not keep older versions of packages in its composes for a space and so EPEL can not keep older versions of packages either. We tried several 'hacks' to do this and they broke the Fedora side or didn't do what we wanted on the EPEL side either. </div><div> </div><div>At this point it is either someone finding the time to deep dive into pungi and other tools to make it work for this 2 different case mode or moving EPEL to a different build system. Both are giant projects which no one has had the time to do. </div></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Stephen J Smoogen.<br><br></div></div></div>