Stefano, thanks, that does feel much closer to a test case that models a real-world scenario.
The doubt I still have is, if you're pulling something as fundamental as setuptools from pip, why are you using virtualenv --system-site-packages at all? Is this because it's embedded in third-party code that's hard for the user to change?
It's only when trying to use a setuptools newer than the one in the distro, with distro versions of specific python modules, that I can reproduce a failure. So, uh, why do that?
Stefano, thanks, that does feel much closer to a test case that models a real-world scenario.
The doubt I still have is, if you're pulling something as fundamental as setuptools from pip, why are you using virtualenv --system- site-packages at all? Is this because it's embedded in third-party code that's hard for the user to change?
This fails:
$ sudo apt install python3-virtualenv python3-distro-info site-packages foo require( 'distro- info')"
$ virtualenv --system-
$ foo/bin/python -m pip install -U setuptools
$ foo/bin/python -c "import pkg_resources; pkg_resources.
But this succeeds:
$ sudo apt install python3-virtualenv python3-distro-info site-packages foo require( 'filelock' )"
$ virtualenv --system-
$ foo/bin/python -m pip install -U setuptools
$ foo/bin/python -c "import pkg_resources; pkg_resources.
as does this:
$ sudo apt install python3-virtualenv python3-distro-info site-packages foo require( 'distro- info')"
$ virtualenv --system-
$ foo/bin/python -m pip install -U setuptools distro-info
$ foo/bin/python -c "import pkg_resources; pkg_resources.
It's only when trying to use a setuptools newer than the one in the distro, with distro versions of specific python modules, that I can reproduce a failure. So, uh, why do that?