Skip to content

馃摑 docs(release): refresh release verification docs - #3330

Merged
gaborbernat merged 1 commit into
pypa:mainfrom
gaborbernat:docs/release-verification-refresh
Sep 26, 2026
Merged

gaborbernat merged 1 commit into
pypa:mainfrom
gaborbernat:docs/release-verification-refresh

Conversation

@gaborbernat

Copy link
Copy Markdown
Contributor

The release docs still said the zipapp build is unpinned (untrue since #3306) and that wheels differ between build machines (untrue since #3311), and they never covered the release attestation of immutable releases. 馃摑

verify-release.rst now shows gh release verify / gh release verify-asset for releases from 21.11.0 on and a byte-for-byte zipapp rebuild from pylock.zipapp.toml, with examples run against 21.12.1. The release artifacts reference, the explanation page and the threat model drop the same stale claims.

The verify-release how-to said the zipapp build does not pin what it
bundles, which stopped being true when pypa#3306 added pylock.zipapp.toml, and
the threat model still said wheels differ between build machines after
pypa#3311. Neither page covered the release attestation GitHub signs for the
immutable releases published since 21.11.0.

Move the examples to 21.12.1, add gh release verify and verify-asset, and
give a zipapp rebuild recipe that constrains the build tools from the SBOMs.
Fix the same claims in the release artifacts reference, the explanation and
the threat model, whose upgrade job note also named a deploy key that the
workflow does not use.
@gaborbernat
gaborbernat force-pushed the docs/release-verification-refresh branch from baa2183 to 0b19229 Compare September 26, 2026 16:30
@gaborbernat
gaborbernat merged commit 7e36e66 into pypa:main Sep 26, 2026
66 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant