I’m happy to announce that
fzf, the general-purpose command-line fuzzy finder, has now been built for EPEL 9! So if you’re running CentOS Stream, RHEL, Alma, Rocky, or Oracle Linux, you’ll soon be able to
sudo dnf install fzf and use it.
Or, to get it in faster, help test it now:
It should hit testing tonight, but if you can’t wait, this will work now that the package is signed
$ koji download-build -a x86_64 -a x86_64 --key=3228467c fzf-0.44.1-1.el9
$ sudo dnf install ./fzf-0.44.1-1.el9.x86_64.rpm
(not specifying the key id will result in the unsigned package to be downloaded)
go-rpm-macrosare broken and
GO111MODULE=offis no longer set, resulting in some packages trying to fetch dependencies from the Internet during the build process. Being worked around in go-rpm-macros-epel until it can be fixed properly for RHEL 9.4. Loading...
golang-x-vulnhad a buggy build untagged but the commit was not reverted, resulting in some confusion figuring out why the EPEL build initially cannot be used. Will be following up with FESCo to see if we can have a policy about reverting commits if the matching build is buggy (and what to do with RPM autospec in that case)
rpmautospec, some builds for some reason have their release number not reset to 1 when the version is bumped – and the changelog entry matching the wrong release is not labeled with version-release as usual. Even more weirdly for at least one package the earlier Rawhide build was fine but any rebuild now shows that issue. According to infra nothing changed recently…