Description of problem: Building a package that depends on gfal2 in koji for EPEL 7 fails: DEBUG util.py:421: Error: Package: gfal2-2.12.2-2.el7.aarch64 (build) DEBUG util.py:421: Requires: libpugixml.so.1.0()(64bit) DEBUG util.py:421: You could try using --skip-broken to work around the problem DEBUG util.py:421: You could try running: rpm -Va --nofiles --nodigest DEBUG util.py:557: Child return code was: 1 Version-Release number of selected component (if applicable): gfal2-2.12.2-2.el7.aarch64 How reproducible: Always Steps to Reproduce: 1. See above Actual results: Package uninstalable due to broken deps Expected results: Package installed Additional info: The dependencies are inconsistent: gfal2-2.12.2-2.el7.aarch64.rpm depends on libpugixml.so.1.0()(64bit) gfal2-2.12.2-2.el7.ppc64.rpm depends on libpugixml.so.1()(64bit) gfal2-2.12.2-2.el7.ppc64le.rpm depends on libpugixml.so.1()(64bit) gfal2-2.12.2-2.el7.x86_64.rpm depends on libpugixml.so.1()(64bit) Note the different soname on aarch64. However, pugixml-1.7-3.el7.aarch64.rpm pugixml-1.7-3.el7.ppc64.rpm pugixml-1.7-3.el7.ppc64le.rpm pugixml-1.7-3.el7.x86_64.rpm all consistently provides libpugixml.so.1()(64bit) Which means that the gfal2 package on EPEL 7 aarch64 is not installable.
I just submitted a bodhi update after a simple rebuild that seems to have fixed the problem. I lowered the karma requirement to 1 so once it hits testing and you give it +1 it will go to stable without having to wait the usual 2 weeks.
gfal2-2.12.2-2.el7.1 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-cd5601774a
gfal2-2.12.2-2.el7.1 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.