You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think the problem here is that virtualenv is copying the pip and setuptools packages during creation from the system-level and not, as you want, from the user-level. try itself just calls python -m pip ... which takes the pip from the virtualenv.
The only way I see to fix this is to create the virtualenv with --no-pip and --no-setuptools and somehow install them in the virtualenv manually.
What I don't like about that is the time it would take..
Hey, you're right and you're right. It's the exact behavior that virtualenv/mkvirtualenv show, and therefore not your problem. Thanks for pointing this out!
try
seems to use the system-providedpip
binary. (I got the out-of-date warning, which I don't get usually because my user-levelpip
is up to date.)This is not what I'd have expected: When I try python packages myself, I of course just type
pip install whatever
.The text was updated successfully, but these errors were encountered: