Repository navigation
fix(packaging): repin AUR to 0.30.0, and stop overselling the TestPyPI dry run - #378
Merged
Merged
Conversation
…I dry run Follow-ups the release itself surfaced. **AUR repinned to 0.30.0.** The sdist URL path and sha256 are specific to the version, and both were verified against the artifact PyPI actually served, not copied from the API response. **The TestPyPI dry run fails at the upload step.** I ran it before publishing 0.30.0 and it came back red with `invalid-publisher`: no trusted publisher is registered on test.pypi.org for the `testpypi` environment. Everything before the upload passed -- version extraction, the release-sequence guard (29 tags, 3 known gaps), build, twine check -- so it is a useful rehearsal for the pipeline and useless for the upload itself. packaging/README.md described the testpypi registration as 'optional', which is how it came to be missing while the surrounding text presented the dry run as a working verification tool. It now says what actually happens: the run goes red after everything real has passed, and a red X there does not mean the release is broken. Register the publisher at test.pypi.org to make the dry run complete. 1389 passed, ruff clean.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Follow-ups that 0.30.0's release itself surfaced
AUR repinned to 0.30.0
The sdist URL path and
sha256sumsare specific to the version. Both were verified against the artifact PyPI actually served rather than copied from the API response:The TestPyPI dry run fails at the upload step
I ran it as a pre-publish check and it came back red:
No trusted publisher is registered on test.pypi.org for the
testpypienvironment. Everything before the upload passed — version extraction, the release-sequence guard (29 tags, 3 known gaps),uv build,twine check— so it's a useful rehearsal for the pipeline and useless for verifying the upload itself.packaging/README.mddescribed that registration as "optional", which is how it came to be missing while the surrounding text presented the dry run as a working verification tool. It now says what actually happens: the run goes red after everything real has already passed, and a red X there does not mean the release is broken. Registering the publisher at https://test.pypi.org/manage/account/publishing/ makes the dry run complete.This is also why I published with the production path after seeing the dry run fail — the
pypienvironment is registered and has 30 releases behind it, whereastestpypinever was.Post-release verification
Since
ROADMAP.mdlists a per-release install smoke test as un-done, here it is:And the reason for the release, re-run against the installed package rather than the checkout — the original bypass, against 0.30.0:
Config.mask()in the published wheel returns'****', andsk 0.29.0and older still leakfirst3…last4.1389 passed, ruff clean.