Skip to content

Conversation

auvipy
Copy link
Contributor

@auvipy auvipy commented Sep 17, 2025

EOL in october....

@browniebroke
Copy link
Collaborator

We should probably also update all the package metadata and docs?

@auvipy
Copy link
Contributor Author

auvipy commented Sep 17, 2025

yes, thats why it is draft for now.

@browniebroke browniebroke added this to the 3.17 milestone Sep 17, 2025
- name: Run extra tox targets
if: ${{ matrix.python-version == '3.9' }}
run: |
tox -e base,dist,docs
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What are these extra tests for? Can they really be removed when dropping 3.9 support?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good catch, I'd like to keep running them on our oldest supported version (3.10)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we should just use python 3.12 or 3.13 to run the extra targets, instead of 3.9.

@peterthomassen peterthomassen marked this pull request as ready for review September 17, 2025 15:12
Copy link
Collaborator

@browniebroke browniebroke left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should also remove unused targets from the tox.ini file

- name: Run extra tox targets
if: ${{ matrix.python-version == '3.9' }}
run: |
tox -e base,dist,docs
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good catch, I'd like to keep running them on our oldest supported version (3.10)

@peterthomassen
Copy link
Collaborator

I'm not familiar in what way these extra targets are special so that they should only run with the oldest support version. Why is that?

@browniebroke
Copy link
Collaborator

they should only run with the oldest support version. Why is that?

Hum... I'm actually not sure it matters. I said that because that seemed like how they were setup and it's probably where we're most likely to break something, but it's just a gut feeling.

A theorical example that comes to mind would be removal of an optional dependency because it's now part of the std lib (pytz/zoneinfo). We could have some tests break on older Python versions where ZoneInfo wouldn't be supported if we forgot about it... The base job might have caught such issue: running on the older Python without the optional dep.

[testenv:base]
; Ensure optional dependencies are not required
deps =
django
-rrequirements/requirements-testing.txt

Seems like the dist job treats some warnings as errors:

[testenv:dist]
commands = python -W error::DeprecationWarning -W error::PendingDeprecationWarning runtests.py --no-pkgroot --staticfiles {posargs}
deps =
django
-rrequirements/requirements-testing.txt
-rrequirements/requirements-optionals.txt

So maybe this one should actually run on the most recent Python?

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.

3 participants