这看起来像一个损坏的状态某处。pip + virtualenv:损坏状态
首先,virtualenv中内,pip freeze
报道称,IPython中安装
% workon myvenv
(myvenv)% pip freeze | grep ipython
ipython==0.12.1
...但是从virtualenv中内看到的ipython
是不的一个的virtualenv下安装:
(myvenv)% which ipython
/usr/bin/ipython
确实,如果有人试图“卸载”在virtualenv下安装的ipython的副本,pip拒绝如此:
(myvenv)% pip uninstall ipython
Not uninstalling ipython at /usr/lib/python2.7/dist-packages, outside environment /home/yt/.virtualenvs/myvenv
它也将拒绝安装新副本:
(myvenv)% pip install ipython
Requirement already satisfied (use --upgrade to upgrade): ipython in /usr/lib/python2.7/dist-packages
Cleaning up...
顺便说一句,在virtualenv中内看到的pip
和python
的副本
(myvenv)% which pip
/home/yt/.virtualenvs/myvenv/bin/pip
(myvenv)% which python
/home/yt/.virtualenvs/myvenv/bin/python
显然,一些国家在这里破坏,我想弄清楚哪一个。我强调我主要对第一个感兴趣,弄清楚什么是错误的,只有第二个,修复它。 IOW,我对疑难解答感兴趣,并且而不是有兴趣通过盲目试错来修复问题。根据我的经验,通过这种盲目混淆产生的“修复”只是显而易见的,事实上通常只会使底层的纠结变得更糟。
我的眼前的问题是:
- 为什么
pip
看着/usr/lib/python2.7/dist-packages
即使是virtualenv中活跃? - 为什么
pip freeze
显示ipython==0.12.1
,即使virtualenv下没有ipython
?
感谢。 “...你必须创建virtualenv才能看到其他包。”你会碰巧知道这个配置设置存储在哪里吗? – kjo
当您制作virtualenv时,您可以使用标志'--system-site-packages'或'--no-site-packages'。我认为,默认用于允许系统网站包,它在一年前改变为排除它们。 –
还有一个'--ignore-installed'标志,它可以让你再次安装新的软件包,而不需要升级(当用户进行'--user'或venv安装时,如果系统已经安装了另一个版本,不想碰)。 – minrk