Skip to content

chore(locks): regenerate for yanked build==1.5.1 (#353)#367

Merged
haiyuan-eng-google merged 1 commit into
GoogleCloudPlatform:mainfrom
caohy1988:fix/353-lock-refresh-build
Jul 15, 2026
Merged

chore(locks): regenerate for yanked build==1.5.1 (#353)#367
haiyuan-eng-google merged 1 commit into
GoogleCloudPlatform:mainfrom
caohy1988:fix/353-lock-refresh-build

Conversation

@caohy1988

@caohy1988 caohy1988 commented Jul 15, 2026

Copy link
Copy Markdown
Collaborator

Focused lock refresh per the #353 operational review: upstream yanked build==1.5.1 (PyPI), so regen-locks.sh (run inside the pinned base image; generator converged in one phase) now resolves build==1.5.0 in deploy/otlp_receiver/pip-tools.lock and producers/build-requirements.lock — the exact drift failing the Hash-lock drift check on main (d7b41e3) and blocking docs PR #366 and guard PR #369.

Only the two build== pins and their hashes change; the new hashes match PyPI's non-yanked 1.5.0 wheel and sdist.

After this merges, update/rebase #366 and #369 onto the new main so their pull-request workflow runs contain this fix — a plain re-run of their existing runs reuses the original GITHUB_SHA and cannot pick it up (docs).

Part of #353.

…oogleCloudPlatform#353)

Upstream yanked build==1.5.1, so the deterministic two-phase
regeneration (regen-locks.sh, converged in one phase inside the pinned
base image) now resolves build==1.5.0 in pip-tools.lock and
build-requirements.lock. This is the drift currently failing the
Hash-lock drift check on main and on PR GoogleCloudPlatform#366.
@haiyuan-eng-google
haiyuan-eng-google merged commit 96a079f into GoogleCloudPlatform:main Jul 15, 2026
23 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants