这种事也发生在我身上。我认为如果requirements.txt包含一个“分发”条目，而virtualenv使用setuptools，问题就会发生。Pip将尝试修补setuptools以为分发腾出空间，但不幸的是它会中途失败。

简单的解决方法是删除当前的virtualenv，然后使用——distribute参数创建一个新的virtualenv。

使用virtualenvwrapper的示例:

$ deactivate
$ rmvirtualenv yourenv
$ mkvirtualenv yourenv --distribute
$ workon yourenv
$ pip install -r requirements.txt

如果您使用的是Python 3，则应该使用pip3而不是pip。该命令类似于$ pip3 install requirements.txt

我今天也遇到了这个问题。我只在虚拟环境中遇到了问题。

我的解决方案是停用虚拟env，删除并使用pip卸载virtualenv，然后重新安装它。之后，我为我的项目创建了一个新的虚拟环境，然后pip在虚拟环境中工作得很好，就像在正常环境中一样。

当我以不同于创建它的用户的身份激活virtualenv时，我遇到了这个问题。似乎是权限问题。当我尝试@cwc的答案并在输出中看到这一点时，我发现了这一点:

Installing easy_install script to /path/env/bin
error: /path/env/bin/easy_install: Permission denied

切换回创建virtualenv的用户，然后运行原来的pip install命令，没有任何问题。希望这能有所帮助!

您可以使用该命令 Sudo apt-get install—重新安装python3-pkg-resources 如果您正在使用python3，那么我就是这种情况。

在我的例子中，我最初安装了2个python版本，后来我删除了旧的版本。在创建虚拟环境时

virtualenv venv

是指已卸载的python

什么对我有用

python3 -m virtualenv venv

当你试图使用pip时也是如此。