`这virtualenvwrapper.sh螺丝python`了在Arch Linux的

Question

在Arch Linux的，安装后virtualenvwrapper系统范围内，通过sudo pip2 install virtualenvwrapper和我的用户的.bash_profile中添加此，

export WORKON_HOME=/home/myuser/.virtualenvs 
export PROJECT_HOME=/home/myuser/work 
source /usr/bin/virtualenvwrapper.sh 

错误显示，每当我推出一个新的shell窗口： -

which: no python in (/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/usr/bin/core_perl) 
-bash: : command not found 
virtualenvwrapper.sh: There was a problem running the initialization hooks. If Python could not import the module virtualenvwrapper.hook_loader, check that virtualenv has been installed for VIRTUALENVWRAPPER_PYTHON= and that PATH is set properly. 

这可以追溯到在virtualenvwrapper.sh脚本行50： -

47 # Locate the global Python where virtualenvwrapper is installed. 
48 if [ "$VIRTUALENVWRAPPER_PYTHON" = "" ] 
49 then 
50  VIRTUALENVWRAPPER_PYTHON="$(\which python)" 
51 fi 

并且是与使用python2 for python 2.7安装的arch linux约定相冲突的结果。

如果我将第50行修改为which python2，一切正常，每当我启动一个新的shell时，我都不会看到错误消息。

解决此问题的适当方法是什么？我是否明确检查当前操作系统是否是arch linux，并引入if-else条件以使用virtualenvwrapper.sh中的哪个python2并将修补程序发送给virtualenvwrapper作者？还是有什么我可以用我的arch linux机器上的配置来做？

Answer 1

要回答这个特定拱蟒蛇怪癖（使用python2的约定），我专门创建的软链接是这样的： -

ln -s /usr/bin/python2 /usr/local/bin/python 

由于/usr/local/bin先在bash的系统PATH环境变量/usr/bin，当我键入python，或者当virtualenvwrapper.sh脚本在第50行中提到which python时，我们将不再遇到上述的virtualenvwrapper冲突，并且所有事情都按预期工作。

这样做的缺点是它可能会混淆arch linux专为其设计的“python 3”（被认为是默认的python命令）约定。所以必须注意，我不使用python 3相关的库或与我的目标框中的python 3相关的软件包安装。

Answer 2

Virtualenvwrapper的变量VIRTUALENVWRAPPER_PYTHON和VIRTUALENVWRAPPER_VIRTUALENV指向您的python和virtualenv可执行文件。所以，在你.bash_profile你可以写这样的：

export VIRTUALENVWRAPPER_PYTHON=/usr/bin/python2 
export VIRTUALENVWRAPPER_VIRTUALENV=/usr/bin/virtualenv2 
source /usr/bin/virtualenvwrapper.sh 

Answer 3

我发现没有必要编辑/usr/bin/virtualenvwrapper.sh脚本或创建一个新的符号链接。我刚刚错过了python2的virtualenvwrapper模块。我安装它如下：

pip2 install virtualenvwrapper 

并保持出口，所以魔术完成。