Description of problem: the koji-hub-plugins-1.31.1-1.el9 package installation fails due to an unmet python3-qpid-proton dependency. How reproducible: always. Steps to Reproduce: 1. enable the EPEL 9 repository on any EL9 system 2. dnf install koji-hub-plugins --enablerepo=epel Actual results: Error: Problem: package koji-hub-plugins-1.31.1-1.el9.noarch requires koji-hub-plugins-code = 1.31.1-1.el9, but none of the providers can be installed - conflicting requests - nothing provides python3-qpid-proton needed by python3-koji-hub-plugins-1.31.1-1.el9.noarch (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) Expected results: the koji-hub-plugins should be successfully installed. Additional info: # sudo dnf info koji-hub-plugins Available Packages Name : koji-hub-plugins Version : 1.31.1 Release : 1.el9 Architecture : noarch Size : 11 k Source : koji-1.31.1-1.el9.src.rpm Repository : epel Summary : Koji hub plugins URL : https://pagure.io/koji/ License : LGPLv2 Description : Plugins to the koji XMLRPC interface
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.
The same issue almost happened to koji in EPEL 10, but this time the issue was caught before the packages were submitted. See https://bugzilla.redhat.com/show_bug.cgi?id=2319897 and the rejected build https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-75c9a716d4
Hello, Thanks for the report, Sorry for the late response. I will take it. Hirotaka
DONE! https://koji.fedoraproject.org/koji/taskinfo?taskID=126232432 Please let me know if there is something that needs to be fixed.
Hi, This build is for epel 10, so it's more the fix for https://bugzilla.redhat.com/show_bug.cgi?id=2325348. The bug opened here is about epel 9, however it seems python3-qpid-proton has already been pushed to epel 9 in the meantime, so indeed it can be closed now.