In https://bugzilla.redhat.com/show_bug.cgi?id=1134624 po4a was added to epel7 because it was not available for ppc64. However, it's available in other arches in the rhel7-optional channel. It needs to follow the EPEL guidelines for a limited arch package (ie, it needs to follow the rhel package and be 'lower' in version so it's never used except to build or on arches that don't have it) Currently we have: po4a.noarch 0.44-10.el7 rhel7-optional po4a.noarch 0.45-4.el7 epel So, what needs to happen is: * announce the issue to epel-announce * untag 0.45-4.el7 and any other builds that are 'newer' than 0.44-10.el7 * build a 0.44-0.10.el7 in epel * rebuild things that depend on this in epel? * push an update with all those things in the same update I can do these things if the maintainers of this package prefer or they can or we can split up the work.
Kevin, feel free to do any necessary changes with po4a.
my suggestion is update po4a-0.45 in rhel7-optional that superseded the package in epel and after remove po4a from epel . As you may notice [1] not even Debian oldstable have po4a-0.44 [1] https://tracker.debian.org/pkg/po4a oldstable: 0.45-1 stable: 0.47-2 testing: 0.47-2 unstable: 0.51-1
Well, we can definitely ask them to update it and build on ppc*/aarch64, but no idea if they will be willing to do so. I guess we can wait and see...
in https://src.fedoraproject.org/rpms/po4a/commits/epel7 , Till claim that po4a is now included in RHEL , I checked with dpkg and failed in ppc64 only [1], ppc64le got po4a , and now what we should do ? [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=21310958 https://kojipkgs.fedoraproject.org//work/tasks/961/21310961/root.log DEBUG util.py:439: Error: No Package found for po4a
Well, we could bring it back as a limited arch package, but perhaps it would be easier to just ExcludeArch: ppc64 on this and all it's deps?
From me "ExcludeArch: ppc64" , is not an option , I think it will force ExcludeArch every package of debian tools. As bug #1196539, we may do one : "RHEL7.5 Please ship po4a package on ppc64, we already have it in ppc64le/aarch64". Anyway still my suggestion which is update po4a-0.45 in rhel7-optional that superseded the package in epel [1] [1] RHEL should build 0.45-5.el7 to superseded 0.45-4.el7 of epel 7 (now it is already deleted ...)
(In reply to Sergio Monteiro Basto from comment #6) > From me "ExcludeArch: ppc64" , is not an option , I think it will force > ExcludeArch every package of debian tools. Yep. it would. > As bug #1196539, we may do one : > "RHEL7.5 Please ship po4a package on ppc64, we already have it in > ppc64le/aarch64". > Anyway still my suggestion which is update po4a-0.45 in rhel7-optional that > superseded the package in epel [1] > > [1] > RHEL should build 0.45-5.el7 to superseded 0.45-4.el7 of epel 7 (now it is > already deleted ...) If they are willing to do that then great! But I bet it won't be anytime soon. Perhaps excluding ppc64 for now and dropping that once it's available in rhel-optional would be a way to go?
As a team mate notice , po4a is a noarch package should be easier to include in ppc64 repo ...
dpkg-1.18.25-6.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-3f42fc49bd
dpkg-1.18.25-6.el7, schroot-1.6.10-7.el7 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-2019-3f42fc49bd
dpkg-1.18.25-6.el7, schroot-1.6.10-7.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report.