Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. koji buildinfo $(koji latest-build --quiet eln qemu | cut -f1 -d' ') | grep ^Task
2. koji build --scratch eln git+https://src.fedoraproject.org/rpms/qemu.git:dc03f389d339a92a50a6206b62af58ad50e6bd80
DEBUG util.py:621: Error:
DEBUG util.py:621: Problem: package systemtap-4.4-0.20200909git82b8e1a07.eln103.x86_64 requires systemtap-client = 4.4-0.20200909git82b8e1a07.eln103, but none of the providers can be installed
DEBUG util.py:621: - package systemtap-client-4.4-0.20200909git82b8e1a07.eln103.x86_64 requires systemtap-runtime = 4.4-0.20200909git82b8e1a07.eln103, but none of the providers can be installed
DEBUG util.py:621: - conflicting requests
DEBUG util.py:621: - nothing provides libdyninstAPI.so.10.1()(64bit) needed by systemtap-runtime-4.4-0.20200909git82b8e1a07.eln103.x86_64
DEBUG util.py:623: (try to add '--skip-broken' to skip uninstallable packages)
DEBUG util.py:774: Child return code was: 1
scratch build: https://koji.fedoraproject.org/koji/taskinfo?taskID=52003507
The error message in bug description clearly shows that the problem is broken systemtap package. Please file a bug against systemtap and once that's fixed, QEMU should work.
There is nothing wrong with the systemtap build under our control (.fc34 etc.); those are built against the rawhide dyninst-10.2 rpms. The .eln103 build bots must have a screwed up buildroot and didn't do the dyninst->systemtap chain build right. In any case, started a rawhide systemtap-only respin; hope .eln gets it right.
Yeah, got the same issue recently https://email@example.com/thread/KHPFT3XOZVDQIESXGNFWFAWCB5SKNBCX/ apparently ELN doesn't sync the buildroot before doing new builds.
Thank you for taking a quick action on this!
systemtap-4.4-0.20200922git05179173e71c.eln103 works. I am able to build/scan qemu now. Thanks!