Repository navigation
TST: pyinstaller job broken with ModuleNotFoundError: No module named 'backports' #18982
Description
Looks like it has been failing for a few days.
Last success: https://github.com/astropy/astropy/actions/runs/19558814407
astropy/.pyinstaller> ./run_astropy_tests --astropy-root /home/runner/work/astropy/astropy
Traceback (most recent call last):
File "pyi_rth_pkgres.py", line 177, in <module>
File "pyi_rth_pkgres.py", line 44, in _pyi_rthook
File "pyimod02_importers.py", line 457, in exec_module
File "pkg_resources/__init__.py", line 90, in <module>
File "pyimod02_importers.py", line 457, in exec_module
File "setuptools/_vendor/jaraco/text/__init__.py", line 12, in <module>
File "pyimod02_importers.py", line 457, in exec_module
File "setuptools/_vendor/jaraco/context.py", line 17, in <module>
ModuleNotFoundError: No module named 'backports'
[PYI-4900:ERROR] Failed to execute script 'pyi_rth_pkgres' due to unhandled exception!
Activity
pllim commentedon Nov 24, 2025
This is the only obvious thing I saw comparing the logs but not sure what it means.
['/opt/hostedtoolcache/Python/3.11.14/x64/lib/python311.zip', '/opt/hostedtoolcache/Python/3.11.14/x64/lib/python3.11', '/opt/hostedtoolcache/Python/3.11.14/x64/lib/python3.11/lib-dynload', '/home/runner/work/astropy/astropy/.tox/pyinstaller/lib/python3.11/site-packages', - '/home/runner/work/astropy/astropy/.tox/pyinstaller/lib/python3.11/site-packages/setuptools/_vendor', '/home/runner/work/astropy/astropy/.pyinstaller']pllim commentedon Nov 24, 2025
@neutrinoceros , could caching have caused this somehow? It is the main suspect from these 4 PRs merged since last successful run.
https://github.com/astropy/astropy/pulls?q=is%3Apr+is%3Amerged+merged%3A%3E2025-11-20
neutrinoceros commentedon Nov 24, 2025
If it's been failing for a few days then I don't see how my PR, only merged a couple hours ago, could be the culprit.
neutrinoceros commentedon Nov 24, 2025
Also, this looks like the kind of regression that lock files would help a lot to work around. I can take a deeper look at this in about 30min
pllim commentedon Nov 24, 2025
Yeah, that's not it. Might be upstream.
pllim commentedon Nov 24, 2025
I asked at https://github.com/orgs/pyinstaller/discussions/9315
Re: lockfile -- That job doesn't use tox so I am not sure how uv stuff is relevant, but also out of scope here.
neutrinoceros commentedon Nov 24, 2025
Wait am I reading the log wrong ? The command that is failing seems to be
tox -e pyinstaller🙃neutrinoceros commentedon Nov 24, 2025
(that said, we would indeed not have caught this if we were using lock files *given that uv doesn't know about pyinstaller and its dependencies, but that can be fixed on our side. I'll open a PR)
pllim commentedon Nov 24, 2025
pyinstaller dev confirmed that they patched it upstream but we have to wait for them to do a new release, so I don't think we have to do anything here but wait. FYI.
pllim commentedon Nov 24, 2025
New pyinstaller release is out and the job should be green again (ref: https://github.com/astropy/astropy/actions/runs/19647244014/job/56265327550).