Skip to content

Conversation

hugovk
Copy link
Member

@hugovk hugovk commented Oct 9, 2025

Split out from #283.

cc @sethmlarson, @woodruffw

The flow here is:

  • run_release.py is run on the release manager's machine. That pops open the sigstore auth page, and fetches an identity token.
  • The token is then put into a SIGSTORE_IDENTITY_TOKEN env var, for when the sigstore CLI is run by add_to_pydotorg.py on the downloads server, where the file signing happens.

I can also give this a demo run with 3.15.0a1 next week.

hugovk added 3 commits October 9, 2025 22:23
…tensions

pip-compile --generate-hashes --output-file=requirements.txt requirements.in --upgrade-package sigstore --upgrade-package pydantic --upgrade-package typing-extensions
@sethmlarson
Copy link
Collaborator

I've asked the Sigstore Python maintainers what the effects of upgrading are for 4.0.0, it was not immediately clear to me what the backwards incompatible changes would mean for our users.

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