On Mon, Jun 24, 2024 at 11:28 PM Jerry James <loganjerry@xxxxxxxxx> wrote: > > On Mon, Jun 24, 2024 at 3:19 PM Miro Hrončok <mhroncok@xxxxxxxxxx> wrote: > > This seems like the traditional "the SRPM was built on i686" problem. > > If I click through to the buildSRPMFromSCM task, I arrive here: > > https://koji.fedoraproject.org/koji/taskinfo?taskID=118928877 > > which says that task was executed on > buildvm-a64-24.iad2.fedoraproject.org, which is aarch64. Are we using > that SRPM for the build only, then picking some random SRPM from the > build to promote? Yes, it looks like the initial investigation in the linked koji RFE is wrong. The SRPM is not the one from the buildSRPMfromSCM task, but a random one from the buildArch task outputs. > > 3-year-old RFE for Koji: https://pagure.io/koji/issue/2726 > > Thanks for the pointer. So ... yeah. Repository metadata is not as useful for queries as it ought to be, because it doesn't reflect architecture-specific BuildRequires correctly. Both because it collects the SRPM file from a random architecture, and because there is only one "-sources" repo that is shared by *all* architectures. This is the *only* reason why there is a manually curated list of "overrides" for false positive "broken dependencies" in the FailsToInstall checker: https://github.com/ironthree/repochecker/blob/main/overrides.json And it's the reason why "leafdrop" results are not always accurate: https://pagure.io/leafdrop/blob/main/f/leafdrop#_9-14 Having truly architecture-independent SRPM files would be really really awesome - it would help both with making repoqueries more accurate, and it would make SRPM files actually reproducible. Fabio -- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
