Skip to content

Conversation

@jku
Copy link
Member

@jku jku commented Oct 30, 2025

This "improves" the situation with #235, #236 (essentially making them WONTFIX -- but we may still want to start managing python versions ourselves later):

  • Actively fail setup with Python < 3.11: this makes the error message more reasonable
  • start testing with python versions 3.11 - 3.14: even if we don't necessarily want to support everything, we do want to know if they work or not

This PR does not handle forcing a specific python in the action (by using actions/setup-python or uv): I think that's probably a good direction to go but I went for this simple fix first.

jku added 2 commits October 30, 2025 10:04
* 3.9 is practically EOL
* 3.10 fails right now since we do not list importlib_resources in our
  hash-pinned depndencies but sigstore-python has this:
    "importlib_resources ~= 5.7; python_version < '3.11'"

Current windows runner default python is 3.9 unfortunately.

Signed-off-by: Jussi Kukkonen <[email protected]>
@jku
Copy link
Member Author

jku commented Oct 31, 2025

This PR does not handle forcing a specific python in the action (by using actions/setup-python or uv): I think that's probably a good direction to go but I went for this simple fix first.

I am experimenting with a similar setup in sigstore/sigstore-conformance#267 -- I'll mark this draft since I think I can use a similar approach here instead of this

This was referenced Nov 2, 2025
@jku jku marked this pull request as draft November 2, 2025 12:58
@jku jku closed this Nov 3, 2025
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