-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Allow to use non-bundled versions of other projects #580
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
i.e downloading setuptools and pip by default? I disagree with this, as that would make setting up virtualenvs take way too long. I myself often make temporary ones to test things and having it download 3mb of packages by default every time would be insufferable to me.
Those packages (requests, urllib3) are not in the system path, though. They are vendored by pip / requests. If there's a problem, it would probably be most direct to raise an issue for those projects respectively. |
I meant something like:
(I filed pypa/pip#1651 for PIP.) |
What is this custom fix? Also note you can replace the pip virtualenv uses by using |
I currently have:
I would like that setup.py of virtualenv support an environmental variable, which, when set, would make installed version of virtualenv use previously installed versions of pip and setuptools (which are in normal directories, not wheels) (and disable installation of then unused /usr/lib64/pythonX.Y/site-packages/virtualenv_support/*.whl). |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Just add a comment if you want to keep it open. Thank you for your contributions. |
It would be nice if virtualenv could use non-bundled versions of other projects (i.e. PIP and Setuptools) and, when they are not found, fall back to wheels in
virtualenv_support
directory.Some tests of another project use virtualenv, and fail in some configuration without a custom fix in urllib3, which is bundled by requests, which is bundled by PIP, which is bundled by virtualenv :( .
The text was updated successfully, but these errors were encountered: