Skip to content
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

pip3 always installs in global install location #5393

Closed
Nitinsiwach opened this issue May 12, 2018 · 2 comments
Closed

pip3 always installs in global install location #5393

Nitinsiwach opened this issue May 12, 2018 · 2 comments
Labels
auto-locked Outdated issues that have been locked by automation type: support User Support

Comments

@Nitinsiwach
Copy link

  • Pip version:10.0.0
  • Python version:3.6.5
  • Operating system: windows 10

Description:

I was installing pytorch in an environment 'ptrch' i had created using conda. For my combination of requirements (windows, python 3.6, no cuda, conda) The official site asks for torchvision to be installed as well. it asked me to do pip3 install torchvision --no-deps. I did it from inside ptrch but torchvision got installed to global install location (Anaconda3\Lib\site-packages) instead of inside ptrch.

my understanding has been that pip installs to the env it itself is installed into

  1. I uninstalled torchvision and removed pip3 from Anaconda3/Scripts, deactivated ptrch, activated ptrch again, thinking some caching maybe is causing the global pip3 getting used instead of the ptrch one and then installed it again from inside ptrch. To my surprise it again got installed to the global location (Anaconda3\Lib\site-packages)

  2. There was another pip3 in another environment 'tensorflow' and this was added to PATH. Though my understanding is that that pip3, if had interfered, would have installed torchvision in the tensorflow env, i still removed that pip3 as well

  3. now i have just one pip3 and that is in ptrch env. Now i again uninstalled torchvision and reinstalled it from inside ptrch. And again it is getting installed to Anaconda3\Lib\site-packages

Is this supposed to work like this? Is my only option to use -t switch?

All the envs are created using conda.

@pradyunsg pradyunsg added the S: needs triage Issues/PRs that need to be triaged label May 12, 2018
@chrahunt
Copy link
Member

Is this still affecting you? If so, can you please try re-running the installation with --verbose and provide the output?

@chrahunt chrahunt added S: awaiting response Waiting for a response/more information type: support User Support labels Jul 23, 2019
@triage-new-issues triage-new-issues bot removed the S: needs triage Issues/PRs that need to be triaged label Jul 23, 2019
@chrahunt
Copy link
Member

It's been some time, so I'll close this issue, but please reach out if you are still having any problems.

@lock lock bot added the auto-locked Outdated issues that have been locked by automation label Sep 30, 2019
@lock lock bot locked as resolved and limited conversation to collaborators Sep 30, 2019
@pradyunsg pradyunsg removed the S: awaiting response Waiting for a response/more information label Mar 17, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
auto-locked Outdated issues that have been locked by automation type: support User Support
Projects
None yet
Development

No branches or pull requests

3 participants