I have made my copr pemensik/atf with atf at [1]. I would like to have easier way to install kyua and its dependencies, which are atf and lutok. I am aware those tools are basically with dead upstream. I sometime want to test bind 9.16 or older with unit tests. I had to fiddle somehow to make also s390x builds. It would be simpler if I could do that directly on epel branches. Only few minor changes are needed for building them for rhel7 and rhel8. We had internal kyua builds, but those seem to be untagged even from internal buildroot. It would be phased out anyway, but if there are few things to keep them still compiled, it would help me. CentOS builds would stay still for some time. Sources moved to: - https://github.com/freebsd/atf - https://github.com/freebsd/lutok - https://github.com/freebsd/kyua While very little activity is there, still a tiny bit better that none. I would be willing to do simple fixes either to epel or fedora, if my time allows that. Could you please make branches and add me as epel assignee with commit rights? Some of my changes are at my fork [2]. 1. https://copr.fedorainfracloud.org/coprs/pemensik/atf/ 2. https://src.fedoraproject.org/fork/pemensik/rpms/atf Reproducible: Always Steps to Reproduce: 1. Use CentOS any version 2. dnf install kyua 3. Actual Results: # dnf list kyua\* --disablerepo=copr:copr.fedorainfracloud.org:pemensik:atf --enablerepo=epel --available Updating Subscription Management repositories. Unable to read consumer identity This system is not registered with an entitlement server. You can use "rhc" or "subscription-manager" to register. Last metadata expiration check: 2:07:22 ago on Fri 08 Mar 2024 04:07:11 AM EST. Error: No matching Packages to list Expected Results: # dnf list kyua\* --enablerepo=epel --available Updating Subscription Management repositories. Unable to read consumer identity This system is not registered with an entitlement server. You can use "rhc" or "subscription-manager" to register. Last metadata expiration check: 2:07:40 ago on Fri 08 Mar 2024 04:07:11 AM EST. Available Packages kyua.src 0.13-15.el9 copr:copr.fedorainfracloud.org:pemensik:atf kyua-debuginfo.s390x 0.13-15.el9 copr:copr.fedorainfracloud.org:pemensik:atf kyua-debugsource.s390x 0.13-15.el9 copr:copr.fedorainfracloud.org:pemensik:atf kyua-tests.s390x 0.13-15.el9 copr:copr.fedorainfracloud.org:pemensik:atf kyua-tests-debuginfo.s390x 0.13-15.el9 copr:copr.fedorainfracloud.org:pemensik:atf but with epel repos Depends on bug #2268570
Dependencies are already prepared. The only thing remaining unprepared is kyua itself. Is there anything blocking epel builds in any version?
FEDORA-EPEL-2024-2533c8357e (kyua-0.13-15.el9) has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-2533c8357e
FEDORA-EPEL-2024-2533c8357e has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-2533c8357e See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2024-cbc4f277a8 has been pushed to the Fedora EPEL 8 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-cbc4f277a8 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-EPEL-2024-2533c8357e (kyua-0.13-15.el9) has been pushed to the Fedora EPEL 9 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2024-cbc4f277a8 (kyua-0.13-15.el8) has been pushed to the Fedora EPEL 8 stable repository. If problem still persists, please make note of it in this bug report.