Skip to content

ie#656: cut 0.109.0 — PyPI 0.108.0 shipped without pgw#1133, so master's number is already spent - #654

Merged
PaulFidika merged 2 commits into
masterfrom
ie656-release-0109
Aug 11, 2026
Merged

ie#656: cut 0.109.0 — PyPI 0.108.0 shipped without pgw#1133, so master's number is already spent#654
PaulFidika merged 2 commits into
masterfrom
ie656-release-0109

Conversation

@PaulFidika

Copy link
Copy Markdown
Contributor

refs/tags/v0.108.0 on origin points at 821090c3 — ie#655's commit, cut before pgw#1133 merged as 5e2a74ae. That tag's publish failed the tree-provenance gate at 17:48Z; a ci.yml dispatch on 821090c3 went green and the re-run published.

Verified on the artifact, not inferred: gen_worker-0.108.0-py3-none-any.whl (PyPI, uploaded 2026-08-11T18:09:42Z) contains no gen_worker/convert/dtype_pins.py, and its gen_worker/convert/clone.py never mentions dtype_pins or pinned.

So pgw#1133 is unpublished, and master cannot be tagged at 0.108.0 again — one artifact, one number.

This PR:

  • bumps pyproject.toml 0.108.0 → 0.109.0;
  • assembles changelog.d/pgw1133.md into a 0.109.0 section;
  • assembles the four fragments that DID ship in the published 0.108.0 (ie655, pgw1123, pgw1127, pgw1128) into their own 0.108.0 section — 0.107.0/0.108.0 were tagged without a cut, so the CHANGELOG had no section for them at all.

Nothing else changes: no source, no tests, no locks.

Found by the ie#656 lane (the served bf16 AutoencoderKLWan on tensorhub/wan22-ti2v-5b), which needed a conversion surface carrying the pgw#1133 fix and discovered the number was gone. That remediation did not wait on this — it repaired the tree with a single dtype: "source" VAE merge leg on the standing conversion endpoint.

… number is spent

`refs/tags/v0.108.0` points at `821090c3` (ie#655), cut BEFORE pgw#1133 merged
as `5e2a74ae`. Its publish failed the tree-provenance gate, a `ci.yml` dispatch
on `821090c3` went green, the re-run succeeded, and PyPI's
`gen_worker-0.108.0-py3-none-any.whl` (uploaded 18:09:42Z) has NO
`gen_worker/convert/dtype_pins.py` and a `clone.py` that never mentions the
pins. So pgw#1133's close-out line "the eventual 0.108.0 artifact contains both
changes" is not what shipped, and master could not be tagged again at 0.108.0:
one artifact, one number, and that number is taken.

0.109.0 carries pgw#1133 alone. The 0.107.0/0.108.0 pair was tagged without a
changelog cut, so this also assembles the four fragments that DID ship in
0.108.0 into their own section, dated and attributed to the tree that carries
them — the CHANGELOG now says which artifact holds what instead of implying one
release contains work that predates it.
@PaulFidika
PaulFidika merged commit f451362 into master Aug 11, 2026
3 checks passed
@PaulFidika
PaulFidika deleted the ie656-release-0109 branch August 11, 2026 18:33
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.

1 participant