Restore setuptools/distutils behavior to that of versions < 50.0 #955
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Experiencing a problem where
pip install pipenv
yields:My understanding so far: setuptools version 50.0 was released with this change:
Furthermore, Pipenv always installs the latest version of setuptools within virtualenvs it creates. These facts seem to have combined to cause our package installation to fail at various levels, including the creation of a PIpenv, and the installation of packages within a Pipenv. These result in the error quoted at the top of this PR.
Further reading in setuptools bug reports:
Notably, it seems like this behavior does not affect our builds on more recent versions of ubuntu (STN and SecureDrop.org), and in the case of this repo, the problem is fixed by using setting the environment variable
as mentioned above. Meaning I think we can temporarily use this variable until we move away from the combination of python version and ubuntu version that seem to be causing the problem here.
This pull request applies that environment variable to our Circle CI jobs, but I think other work will be needed to get it working in other parts of our infrastructure.