Somehow the FTI script looked inside an update that has been submitted, but not pushed, to stable to find the nauty package update, but failed to notice that the same update contains an updated version of gap-pkg-nautytracesinterface.
By the way, the bug report ends with:
P.P.S. If this bug has been reported in the middle of upgrading multiple dependent packages, please consider using side tags: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter-dependent-packages
A side tag was, in fact, used to build these packages and submit them as a single update.
You used both a side-tag and a buildroot override? https://bodhi.fedoraproject.org/overrides/nauty-2.9.1-1.fc43
That BRO is likely the cause of the FTI bug, and it doesn't look bogus.
Note also the report mentions:
"P.S. The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors. To reproduce, use the koji/local repo only, e.g. in mock:"
so the buildroot override is likely the problem here?
I'm not sure what we can do here?
Metadata Update from @phsmoura: - Issue tagged with: low-gain, low-trouble, ops
The bug was opened because the package was not installable in the Koji buildroot, which was correct because of https://bodhi.fedoraproject.org/overrides/nauty-2.9.1-1.fc43 -- when it expired and/or the update went stable, the next run of the script closed that bugzilla.
Technically, correct. Should the bugzilla say this instead?
If this bug has been reported in the middle of upgrading multiple dependent packages, please consider using side tags, rather than instead of buildroot overrides?
It could also be improved to say:
The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors. It also includes buildroot overrides.