-
Notifications
You must be signed in to change notification settings - Fork 284
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SPEC 0: drop py310 and support py313 #6195
base: main
Are you sure you want to change the base?
Conversation
benchmarks/asv.conf.json
Outdated
], | ||
"44fae030": [ | ||
"ENV_PARENT={conf_dir}/.asv/env/nox310", | ||
"PY_VER=3.10 nox --envdir={env_parent} --session=tests --install-only --no-error-on-external-run --verbose" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In this case I would prefer that we keep the old one too, as we occasionally have need to benchmark further back in history.
@@ -37,16 +37,16 @@ | |||
], | |||
"delegated_env_commands": { | |||
"c8a663a0": [ | |||
"ENV_PARENT={conf_dir}/.asv/env/nox313", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is awkward - we don't know what the new commit hash will be once this is merged. I didn't think of that 🙄
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Discussed with @ESadek-MO: if you just provide one of the commit hashes that is on your branch, and then we'll merge this one with a merge-commit (not a squash).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Like this bd6495c ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Almost, however there are now duplicate 3.13
, which is what is causing the benchmark failure. The sequence should be 3.10
, 3.11
, 3.12
, 3.13
- unlike other things we are not describing CI coverage, but support for benchmarking older commits if requested.
Looks like python 3.13 is causing a lot of test failures. Most of these seem to be in cml files where I'm seeing |
Looks like this change might be the cause of the failing tests, python/cpython#107947 . |
hi folks, we are ready to roll out support for ESMValCore and Python 3.13 in ESMValGroup/ESMValCore#2566 - @bouweandela brought this issue to my attention, do we understand that |
The test failures are all caused by a change in XML character representation, which stops us comparing against known-good-outputs. This has made 5% of our tests 'blind' until we can work on a solution. But we have NO evidence of any Iris functionality breaking, and 95% of our tests still work and they show Iris functioning fine. Your own passing tests (ESMValGroup/ESMValCore#2566 (comment)) back this up even more. So the Iris 'project' cannot support Python 3.13 until we can get our CI working with 3.13; we have no immediate plans for finishing this work as we need space to finish some other things. But it looks like the Iris software supports 3.13 just fine already 👍. This happens with all new Python versions - our users have success with it before we even get a chance to test against it. |
wonderful, exactly the answer I was looking for, both wrt clarity and content, cheers, Martin! 🍺 |
🚀 Pull Request
Description
closes #6177