Description of problem: Found in Fedora CI, this is blocking testing of scratch builds. See: https://koji.fedoraproject.org/koji/taskinfo?taskID=90635784 ❯ koji download-task --arch noarch --arch x86_64 --arch src 90635784 No files for download found. Version-Release number of selected component (if applicable): koji-1.29.1-1.fc35.noarch How reproducible: 100% Steps to Reproduce: 1. See description Actual results: Does not download rpms Expected results: Downloads rpms. Additional info: Seems last working version was koji-1.29.0-1.fc35.noarch. Reproducable also on Fedora 35.
On my system: $ rpm -q koji koji-1.29.0-1.fc35.noarch $ koji download-build --debuginfo --task-id --arch noarch --arch x86_64 --arch src 90635784 || koji download-task --arch noarch --arch x86_64 --arch src 90635784 No associated builds for task 90635784 Downloading [1/3]: regexp-1.5-40.fc37.noarch.rpm [====================================] 100% 45.53 KiB Downloading [2/3]: regexp-javadoc-1.5-40.fc37.noarch.rpm [====================================] 100% 146.63 KiB Downloading [3/3]: regexp-1.5-40.fc37.src.rpm [====================================] 100% 191.03 KiB
This bug appears to have been reported against 'rawhide' during the Fedora Linux 37 development cycle. Changing version to 37.
Right, you need --task-id for it to download a task... --task-id Interperet id as a task id otherwise it looks for a packagename-v-r and since there's not a 90635784 build, it fails.
Miroslav was using `koji download-task`, which obviously should take a task ID. Marián's output shows the command `koji download-build --debuginfo --task-id --arch noarch --arch x86_64 --arch src 90635784` failing because it could find "No associated builds for task 90635784", then the command `koji download-task --arch noarch --arch x86_64 --arch src 90635784` working. But that's with koji-1.29.0-1.fc35. Not quite sure what Marián's point in posting that output was.
Seems like the arch filtering is breaking it, because: [adamw@xps13k tmp]$ koji download-task --arch noarch --arch x86_64 --arch src 90635784 No files for download found. [adamw@xps13k tmp]$ koji download-task 90635784 Downloading [1/3]: regexp-1.5-40.fc37.noarch.rpm [====================================] 100% 45.53 KiB Downloading [2/3]: regexp-javadoc-1.5-40.fc37.noarch.rpm [====================================] 100% 146.63 KiB Downloading [3/3]: regexp-1.5-40.fc37.src.rpm [====================================] 100% 191.03 KiB There definitely was substantial change to the download-task code between 1.29.0 and 1.29.1. I'll see if I can figure out the problem.
Okay, I see the problem. There's an unsafe check on the path where we're filtering by arch: if len(suboptions.arches) == 0 or taskarch in suboptions.arches: that skips over the task if its arch is not in `suboptions.arches`. But builds of noarch packages can run on *any* arch. So in the example, the build task ran on an s390x host, and that's what `taskarch` (which is just `task["arch"]`) is. So when we filter with `--arch noarch --arch x86_64 --arch src` that task gets skipped. I'll figure out the best way to address this and send a PR.
FEDORA-2022-9d2bf6b5b2 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-9d2bf6b5b2
FEDORA-2022-bf1ca23cf2 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-bf1ca23cf2
FEDORA-2022-08bbd1aa34 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-08bbd1aa34
FEDORA-2022-08bbd1aa34 has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-08bbd1aa34` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-08bbd1aa34 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-bf1ca23cf2 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-bf1ca23cf2` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-bf1ca23cf2 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-a3c287d512 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-a3c287d512
FEDORA-2022-ad136b1f77 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2022-ad136b1f77
FEDORA-2022-ad136b1f77 has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-a3c287d512 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-08bbd1aa34 has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-bf1ca23cf2 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.