On Thu, 14 May 2020 12:31:40 -0700 Michel Alexandre Salim <michel@xxxxxxxxxxxxxxx> wrote: > We're working on validating CentOS 8 for some desktop use cases at > work, and noticed that after working fine on a machine that's > installed several months ago, it's now failing on a freshly-installed > machine. > > Turns out that we need libzstd, which on the previous machine was > sourced from the EPEL repo, but the epel8 package got retired 3 > months ago because the package is now in RHEL's BaseOS: > > https://src.fedoraproject.org/rpms/zstd/history/dead.package?identifier=epel8 > > The package is only in BaseOS in 8.2 though, and CentOS 8.2 is not > out -- the only repo that has it now is 8-stream: > > https://mirrors.edge.kernel.org/centos/8-stream/BaseOS/x86_64/os/Packages/ > > 8.1.1911 does not have the package: > https://mirrors.edge.kernel.org/centos/8.1.1911/BaseOS/x86_64/os/Packages/ > > Also, the version in BaseOS (if 8-stream is up to date) is 1.4.2, > which is older than the last version in EPEL (1.4.4). > > Is anyone else in the same situation, and how do you work around it? > Since EPEL is a sort of "rolling release" does it make sense to just > track 8-stream if you're using it, or are people resorting to hosting > these key packages in internal repos? That's what I'm doing. I got the sources from CentOS git (https://git.centos.org/rpms/zstd/tree/c8), built it myself and hosted it in a temporary local repo until CentOS 8.2 is out. Paul. _______________________________________________ epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to epel-devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx