Description of problem:
opendmarc 1.3.1-13.el7 depends on libspf2 which doesn't exist in RHEL7 + EPEL 7
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Try to update opendmarc on RHEL7
# yum update
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: dallas.tx.mirror.xygenhosting.com
* epel: fedora-epel.mirror.lstn.net
* extras: centos.webxcreen.org
* updates: centos.webxcreen.org
--> Running transaction check
---> Package libopendmarc.x86_64 0:1.3.1-4.el7 will be updated
---> Package libopendmarc.x86_64 0:1.3.1-13.el7 will be an update
--> Processing Dependency: libspf2.so.2()(64bit) for package: libopendmarc-1.3.1-13.el7.x86_64
---> Package opendmarc.x86_64 0:1.3.1-4.el7 will be updated
---> Package opendmarc.x86_64 0:1.3.1-13.el7 will be an update
--> Processing Dependency: libspf2.so.2()(64bit) for package: opendmarc-1.3.1-13.el7.x86_64
--> Finished Dependency Resolution
Error: Package: libopendmarc-1.3.1-13.el7.x86_64 (epel)
Error: Package: opendmarc-1.3.1-13.el7.x86_64 (epel)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
libspf2 is in epel-testing. Try yum update opendmarc --enablerepo=epel-testing
Thanks, Cristian. I didn't realize the EPEL builds of libspf2 hadn't been pushed to stable yet. Good catch.
As suggested above, enabling the epel-testing repos for this update is a workaround, but you're right - they should be there.
mdomsch has built them all (EL5, EL6, EL7) and they're currently in testing:
My guess is that they simply fell off Matt's very occupied radar, so I'll add him to this bug and I'd bet he pushes them in short order. :)
Removing Matt's flag -- mentioned it in #fedora-devel IRC and nirik flagged the EL builds as stable.
I'll wait until they actually push to close this bug.
libspf2 packages for EL5, EL6, and EL7 now pushed to stable.
Thanks again for catching this, Christian.
Thanks Steve. I completely missed this bug and forgot they were pending in testing.