fix(ci): authenticate uvr's GitHub resolution in the index workflows #204
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/github-pat-for-uvr-resolution"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Why
The post-backfill re-index (12257) reported failure. Five slots could not write their indexes:
uvr resolves bincraft's dependencies through the GitHub API, including the
pat-s/cranlike@s3fork. Unauthenticated, that is rate limited. uvr does not fail on the 403 — it warns and falls back to the registry copy of cranlike, which has nobuiltparameter, soupdate_PACKAGES(built = ...)dies three retries later.Affected: alpine323, rhel8, rhel9, rhel10, noble. The remaining 13 slots resolved the fork fine and indexed correctly, which is what makes this insidious: the same pipeline passes or fails on identical input depending on the rate-limit window.
build-all-versions.yamlandrebuild-abi-gap.yamlalready passGITHUB_PAT, which is why they were never affected.What changed
Adds the
GITHUB_PATsecret toreindex.yaml,weekly-rebuild-reindex.yamlandbackfill-flat-safety.yaml, with a comment recording why its absence is quiet rather than loud.crow lintpasses on all three.Context
The re-index itself did what it was meant to. Drops per per-minor index fell from ~1800-2200 to:
so the per-object safety verdicts recovered roughly 93% of the coverage while still dropping every object that genuinely cannot load. This PR is about the five slots that never got to apply it.
uvr resolves bincraft's dependencies through the GitHub API, among them the pat-s/cranlike@s3 fork. Unauthenticated that is rate limited, and the failure is quiet: WARN Failed to fetch git Remote pat-s/cranlike@s3 (GitHub API error: 403 Forbidden); falling back to registry resolution Error: Failed to update PACKAGES after 3 attempts. Last error: unused argument (built = built) uvr warns, falls back to the registry copy of cranlike, and the index write then dies because upstream cranlike has no `built` parameter. Five slots failed to re-index that way -- alpine323, rhel8, rhel9, rhel10 and noble -- while the rest of the run reported success. It is intermittent by nature, since it depends on the rate-limit window, so the same pipeline can pass and fail on identical input. build-all-versions.yaml and rebuild-abi-gap.yaml already pass GITHUB_PAT, which is why they resolve the fork reliably and these did not.