On Tue, Jun 07, 2022 at 03:49:37PM -0400, Sandro Tosi wrote: > > Sandro: you managed the numpy transition, it seems. What is involved > > in something like this? I would imagine something like: > > > > (1) Upload pytest 7.x to experimental > > i took care of this just now, uploading pytest/7.1.2 to experimental > (and i've messed up the branches on salsa, so i've committed my > changes to `experimental2`)
I've just looked at https://release.debian.org/britney/pseudo-excuses-experimental.html - it's encouraging that there have only been a handful of failures on amd64. There have been a few more on arm64, but they seem mostly insignificant or transient. Here are the failing tests: 1. finalcif: it seems like an update to python3-gemmi has broken this package 2. fpylll: The failures are happening in the current unstable version as well. 3. glyphslib: The failures are happening in the current unstable version as well. 4. junitparser: This looks like it might be due to the new version of pytest. 5. jupyter-client: The arm64 failure looks likely to be transient 6. monitoring-plugins-systemd: This looks like it might be due to the new version of pytest - it's not finding any tests. 7. nibabel: This is a new warning I haven't seen before: there's a ResourceWarning about an unclosed file, which is putting a message on stderr and causing the test to fail. 8. pytest-pylint: This looks like it may be due to the new version of pytest, but I'm not sure. 9. pytest-twisted: Bizarre; it's failing to find the testdir fixture; pytest 7.x does not claim to have deprecated this, so something is weird here. 10. python-ase: not sure why the pytest.warns call raises an error rather than just a warning. But this is certainly a pytest 7.x issue. I'm not sure how best to rewrite the code in these tests; different calls are now needed in the two cases (pytest.warns(...) in the first case, warnings.catch_warnings() in the second, perhaps?). 11. python-async-lru: this throws an error to stderr: Future exception was never retrieved future: <Future finished exception=ZeroDivisionError()> ZeroDivisionError No idea what that's about. 12. python-b2sdk: this fails to select any tests, so presumably a pytest 7.x issue. 13. python-email-validator: interesting error on arm64, suggesting the test needs fixing (but not pytest 7.x related) 14. python-etelemetry: looks like it is a pytest 7.x issue (change in keywords for skipping?) 15. python-httplib2: similar to python-etelemetry 16. python-parameterized: this looks likely to be a pytest 7.x issue; the meaning of missing_tests has perhaps changed? Would need to look at the code more carefully to understand this. 17. python-pytest-subtests: this is a pytest 7.x issue; the package has been updated upstream And that's it, so it really doesn't seem too bad. Best wishes, Julian
