Closed spigo900 closed 2 years ago
Yep, looks like it was importlib_metadata! I added it to the upgrade command in 990a8eb35fe365f148817872b155cb848615b814 and it is working again. Apparently the default is really damn old:
Attempting uninstall: importlib_metadata
Found existing installation: importlib-metadata 0.18
Uninstalling importlib-metadata-0.18:
Successfully uninstalled importlib-metadata-0.18
(MyPy is still unhappy, but that's a separate issue. 🙃)
@spigo900 Maybe we should update the base OS version to something other than Xenial as well :) LTS 16.04.07 is well old...
@lichtefeld Sure, that might be worthwhile. It looks like Travis also supports Bionic (18.04) and Focal (20.04) which are newer. Same dist naming scheme, we'd specify bionic
or focal
.
Updated the OS to focal
as well.
It looks like the importlib version was because of using an old version of virtualenv:
ERROR: pip's dependency resolver does not currently take into account all the packages that are installed. This behaviour is the source of the following dependency conflicts.
virtualenv 20.0.20 requires importlib-metadata<2,>=0.12; python_version < "3.8", but you have importlib-metadata 4.2.0 which is incompatible.
Fortunately things seem to work okay despite virtualenv's warning.
Our Travis CI build for CPython 3.7 has been broken for a few months now. Example. (The PyPy3.7 builds work fine. Example.) Writing this up here as a place to put "things we've learned/eliminated."
pip==22.1.1
,setuptools==62.3.2
,wheel==0.37.1
.requirements_pypy.txt
, which means it is not installing towncrier or its dependency,click-default-group(==1.2.2)
.requirements_lock.txt
, which means it is installingtowncrier==21.9.0
plusclick-default-group==1.2.2
.click-default-group==1.2.2
is broken on this combination of Ubuntu/Python/pip/setuptools version? I've only tested locally on Mac OS and it doesn't break in that context.setuptools
.importlib-metadata
has already been installed separately, because the trace references a path for it inside site-packages, but it must not be the version one welock
ed, because it's incompatible with the setuptools version, and it's also not using the "vendored" one... except at the end of the stack, which seems pretty strange.pip
to upgradeimportlib_metadata
as well aspip
,setuptools
andwheel
? I'll try committing this change on the m5-objects branch and see if it helps.