Skip to content

Deprecate Python 3.9, set minimum supported version to 3.10#450

Open
gilgamezh wants to merge 6 commits into
masterfrom
deprecate-python39
Open

Deprecate Python 3.9, set minimum supported version to 3.10#450
gilgamezh wants to merge 6 commits into
masterfrom
deprecate-python39

Conversation

@gilgamezh

Copy link
Copy Markdown
Contributor

What

Python 3.9 reached end-of-life on 2025-10-31. This drops 3.6–3.9 from the declared/supported set and makes 3.10 the minimum supported version.

Changes

  • setup.py: python_requires >=3.6>=3.10; trim version classifiers to 3.10–3.13 (3.13 is already exercised in CI).
  • tests.yaml: drop 3.8 and 3.9 from the unit-test matrix → ["3.10", "3.11", "3.12", "3.13"].
  • README.rst / man/fades.1: update the --python usage examples off the now-deprecated 3.9.

Notes

🤖 Generated with Claude Code

gilgamezh and others added 5 commits June 18, 2026 10:11
Python 3.9 reached end-of-life on 2025-10-31. Drop 3.6-3.9 from the
declared supported set and make 3.10 the minimum:

- setup.py: python_requires '>=3.6' -> '>=3.10'; trim classifiers to
  3.10-3.13 (3.13 is already exercised in CI).
- tests.yaml: drop 3.8 and 3.9 from the unit-test matrix.
- README.rst / man page: update the --python usage examples off 3.9.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
The archlinux job used the custom gilgamezh/archlinux-python39 image only
to have an older Python prebuilt for the cross-version test. archlinux:latest
already ships the newest CPython, and uv can provide the older interpreter at
runtime, so the custom image is no longer needed (nothing to maintain or
rebuild). The cross-version target moves from EOL 3.9 to 3.11.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Standardize all integration jobs on uv for interpreter provisioning:

- fedora: install uv from the distro and use it for the older cross-version
  target instead of `yum install python3.9`, which no longer resolves in
  current Fedora repos. Cross-version target moves from EOL 3.9 to 3.11.
- native-windows / native-generic: replace actions/setup-python with
  astral-sh/setup-uv + `uv run`, which provisions both the matrix interpreter
  and the 3.10 cross-version target without per-OS path juggling.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
`uv run` executes the target command inside an ephemeral venv, and fades
refuses to run inside a virtual environment (it is a venv manager itself),
so the native-windows and native-generic jobs failed.

Those jobs never needed uv: actions/setup-python already provides each
matrix interpreter (and the 3.10 cross-version target) cleanly on every OS,
without a venv wrapper. Revert them.

The archlinux and fedora jobs keep uv: there fades runs under the system
Python and uv only supplies the *target* interpreter path via
`uv python find`, so no venv wrapping is involved.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Instead of hardcoding the older Python in each job, add a `min-python` job
that reads the minimum supported version from setup.py's `python_requires`
and exposes it as an output. Every job consumes that single source of truth:

- archlinux / fedora: `uv python install` the minimum, target it for the
  cross-version run.
- native-windows / native-generic: the matrix "oldest" entry and the
  cross-Python setup-python step both take the minimum from the output.

Bumping the supported floor in setup.py now automatically updates the
integration tests.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
integtests: drop custom Arch image; provision older Python from setup.py
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