我最近在我的 Mac 上安装了一堆 dotfiles 以及其他一些应用程序(我改为 iTerm 而不是 Terminal,并将 Sublime 作为我的默认文本编辑器)但从那以后,我所有的虚拟环境都停止工作了,尽管它们在 .virtualenvs 中的文件夹仍然存在,每当我尝试在其中运行任何内容时,它们都会出现以下错误:
dyld: Library not loaded: @executable_path/../.Python
Referenced from: /Users/[user]/.virtualenvs/modclass/bin/python
Reason: image not found
Trace/BPT trap: 5
我已经删除了所有与 dotfiles 相关的文件,并将我的 .bash_profile 恢复到以前的状态,但问题仍然存在。有什么方法可以诊断问题或以简单的方式解决问题(例如,不需要重新创建所有虚拟环境)?
rmvirtualenv
仍然有效,但在尝试运行 mkvirtualenv
时,我收到以下错误:-bash: /usr/local/bin/virtualenv: /usr/local/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/Resour: bad interpreter: No such file or directory
所以,我的 python 路径似乎有问题,但我看不出问题出在哪里,因为我可以运行 python看起来不错。
virtualenv
命令在理论上都可以正常工作,但是由于 python 存在问题,它们什么都不做。所以真正的问题在于brew的python。而且我怀疑原因是因为 python 目录中的名称更改。出于某种原因,所有这些命令都在文件夹 /usr/local/Cellar/python/2.7.6
中查找 python,但文件夹的名称实际上是 /usr/local/Cellar/python/2.7.6_1
。
2.7.6_1
重命名为 2.7.6
。如果情况变得更糟,您可以将其重命名。
我找到了问题 here 的解决方案,因此所有功劳归作者所有。
要点是,当您创建 virtualenv 时,会创建许多符号链接到 Homebrew 安装的 Python。
这是一个例子:
$ ls -la ~/.virtualenvs/my-virtual-env
...
lrwxr-xr-x 1 ryan staff 78 Jun 25 13:21 .Python -> /usr/local/Cellar/python/2.7.7/Frameworks/Python.framework/Versions/2.7/Python
...
当您使用 Homebrew 升级 Python 然后运行 brew cleanup
时,virtualenv 中的符号链接指向不再存在的路径(因为 Homebrew 删除了它们)。
符号链接需要指向新安装的 Python:
lrwxr-xr-x 1 ryan staff 78 Jun 25 13:21 .Python -> /usr/local/Cellar/python/2.7.8_1/Frameworks/Python.framework/Versions/2.7/Python
解决方案是删除 virtualenv 中的符号链接,然后重新创建它们:
find ~/.virtualenvs/my-virtual-env/ -type l -delete
virtualenv ~/.virtualenvs/my-virtual-env
最好在删除链接之前先检查哪些链接会被删除:
find ~/.virtualenvs/my-virtual-env/ -type l
在我看来,最好只删除损坏的符号链接。您可以使用 GNU find
做到这一点:
gfind ~/.virtualenvs/my-virtual-env/ -type l -xtype l -delete
如果您还没有 Homebrew,您可以安装 GNU find
:
brew install findutils
请注意,默认情况下,使用 Homebrew 安装的 GNU 程序倾向于以字母 g
为前缀。这是为了避免遮蔽 OS X 附带的 find
二进制文件。
在尝试了一些事情之后,这对我有用:
转到您的 virtualenv 目录(但不要运行 workon):
cd ~/.virtualenv/name_of_broken_venv
现在删除这些文件:
rm -rf .Python bin/python* lib/python2.7/* include/python2.7
然后重建你的venv,运行:
virtualenv .
workon name_of_broken_venv
pip freeze
您现在应该再次看到已安装软件包的列表。
pipenv --rm
删除并重新创建、pipenv shell
、pipenv install
virtualenvwrapper.sh: There was a problem running the initialization hooks
相关的错误,则需要 pip install virtualenv virtualenvwrapper
或 pip3 install virtualenv virtualenvwrapper
才能使所有内容恢复同步。
这发生在我从 Snow Leopard 更新到 Mac OS X Mavericks 时。我也必须事先重新安装 brew 。希望您使用 pip 为您的项目运行 freeze 命令。
要解决此问题,您必须更新虚拟环境指向的路径。
使用 brew 安装一个 python 版本:
brew install python
重新安装 virtualenvwrapper。
pip install --upgrade virtualenvwrapper
删除了旧的虚拟环境:
rmvirtualenv old_project
创建一个新的虚拟环境:
mkvirtualenv new_project
在新的虚拟环境中工作
workon new_project
使用 pip 安装新项目的要求。
pip install -r requirements.txt
这应该像以前一样离开项目。
更新版本 @Chris Wedgwood
对保持 site-packages
的回答(保持安装包)
cd ~/.virtualenv/name_of_broken_venv
mv lib/python2.7/site-packages ./
rm -rf .Python bin lib include
virtualenv .
rm -rf lib/python2.7/site-packages
mv ./site-packages lib/python2.7/
It appears 解决此问题的正确方法是运行
pip install --upgrade virtualenv
使用 Homebrew 升级 python 之后。
对于任何安装诸如 python 之类的东西的公式来说,这应该是一个通用过程,它有自己的包管理系统。安装 brew install python
时,您安装 python
和 pip
以及 easy_install
和 virtualenv
等等。因此,如果这些工具可以自我更新,最好先尝试这样做,然后再将 Homebrew 视为问题的根源。
virtualenv .
。 virtualenv
的更新版本然后重新创建了必要的依赖项,我很高兴。这个过程比我接受的答案更加自我管理和强大。
如果这是由升级其 Python 的 brew upgrade
引起的,并且您可以降级到以前的版本,请尝试 brew switch python [previous version]
,例如 brew switch python 3.6.5
。 From here.
任何使用 pipenv 的人(你应该!)都可以简单地使用这两个命令——无需激活 venv:
rm -rf `pipenv --venv` # remove the broken venv
pipenv install --dev # reinstall the venv from pipfile
pipenv --rm
,然后使用 pipenv install --dev
virtualenvwrapper 指令
如已接受的答案所示,根本原因可能是自制程序更新,这意味着您的 virtualenv 符号链接指向损坏的 python 路径 - 请参阅详细信息 here。
对于每个虚拟环境,您需要重新分配符号链接以指向正确的 python 路径(在 brew cellar 中)。以下是使用 virtualenvwrapper 的方法。在这里,我正在更新一个名为“my-example-env”的虚拟环境。
cd ~/PYTHON_ENVS
find ./my-example-env -type l -delete
mkvirtualenv my-example-env
全部完成。
如果您破坏了 python3,请尝试为我修复它的 brew upgrade python3
。
我最近遇到了这个。以上解决方案都不适合我。似乎这实际上不是 Python 的问题。当我运行
aws s3 ls
我收到以下错误:
dyld: Library not loaded: @executable_path/../.Python
这意味着库 aws
可执行文件是指向的是不存在或已损坏,因此我按照 this link 的说明卸载并重新安装了 aws-cli
并且它有效!
我(MacOS 用户)的问题是 brew
将 Python 和 virtualenvs 链接更新到已删除的旧版本。
我们可以检查并修复它
>> ls -al ~/.virtualenvs/<your-virtual-env>/.Python
.Python -> /usr/local/Cellar/python/<old-version>/Frameworks/Python.framework/Versions/3.7/Python
>> rm ~/.virtualenvs/<your-virtual-env>/.Python
>> ln -s /usr/local/Cellar/python/<new-version>/Frameworks/Python.framework/Versions/3.7/Python ~/.virtualenvs/<your-virtual-env>/.Python
我有一个类似的问题,我通过使用 virtualenv .
重建虚拟环境来解决它
使用 Python 2.7.10。
一个命令 virtualenv path-to-env
就可以做到。 documentation
$ virtualenv path-to-env
Overwriting path-to-env/lib/python2.7/orig-prefix.txt with new content
New python executable in path-to-env/bin/python2.7
Also creating executable in path-to-env/bin/python
Installing setuptools, pip, wheel...done.
由于 Homebrew 重新安装了 python(从而破坏了符号链接)以及我之前完成的一些“sudo pip install”,我的虚拟环境损坏了。 Weizhong 的提示非常有助于解决问题,而无需重新安装软件包。对于混合权限问题,我还必须执行以下操作。
sudo chown -R my_username lib/python2.7/site-packages
Virtualenvs 坏了。有时简单的方法是删除 venv 文件夹并重新创建 virutalenvs。
如果您使用 pipenv,只需执行 pipenv --rm
即可解决问题。
在我的 OSX Catalina 上升级 brew 后,我遇到了同样的问题。
在尝试了一堆东西之后,我发现以下是最好和简单的解决方案。
首先,删除虚拟环境。 (可选的)
find myvirtualenv -type l -delete
然后重新创建一个新的 virtualenv
virtualenv myvirtualenv
参考:https://www.jeremycade.com/python/osx/homebrew/2015/03/02/fixing-virtualenv-after-a-python-upgrade/
接受的答案对我不起作用:文件 $WORKON_HOME/*/bin/python2.7
不再是符号链接,它是一个成熟的可执行文件:
$ file $WORKON_HOME/*/bin/python2.7
/Users/sds/.virtualenvs/.../bin/python2.7: Mach-O 64-bit executable x86_64
...
唉,解决方案是完全删除并从头开始重新创建所有虚拟环境。
供参考:
deactivate
pip install --user virtualenv virtualenvwrapper
pip install --user --upgrade virtualenv virtualenvwrapper
for ve in $(lsvirtualenv -b); do
# assume that each VE is associated with a project
# and the project has the requirements.txt file
project=$(cat $WORKON_HOME/$ve/.project)
rmvirtualenv $ve
mkvirtualenv -a $project -r requirements.txt $ve
done
--always-copy
参数来覆盖它。至少我从 the User Guide 得到的
--always-copy
并且我有常规文件 :-(
简单地升级 python3 对我有用:
brew upgrade python3
我尝试了前几种方法,但它们对我来说不起作用,它们试图让 tox 起作用。最终奏效的是:
sudo pip install tox
即使已经安装了 tox。输出终止于:
Successfully built filelock
Installing collected packages: py, pluggy, toml, filelock, tox
Successfully installed filelock-3.0.10 pluggy-0.11.0 py-1.8.0 toml-0.10.0 tox-3.9.0
为我解决的只是卸载 python3 和 pipenv 然后重新安装它们。
brew uninstall pipenv
brew uninstall python3
brew install python3
brew install pipenv
这里的所有答案都很好,我尝试了 Ryan、Chris 上面提到的几个解决方案,但无法解决问题,所以不得不采用一种快速而肮脏的方式。
rm -rf
这里没有什么新奇的东西,但它让生活更轻松!
我确信我迟到了,但我想说这个问题的解决比这里讨论的要简单得多。
您可以轻松地重新生成虚拟环境,而无需删除/编辑任何内容。假设您的损坏环境称为 env_to_fix
,您可以执行以下操作:
mkvirtualenv env_to_fix
这将重新生成链接并修复环境,而无需将当前状态转储到某处并恢复它。
当我在我的 mac 上将 python 运行时间从 2 指向 3 时,我遇到了同样的问题,将别名 python 指向 python 3 路径。然后我重新创建一个新的 virtualenv 并重新安装我的项目需要的那些包。对于我的用例,我有一个 python 程序写入谷歌表。清理一些与 python 2 实现不同的包,哇,事情又开始工作了。
所以有很多方法,但对我有用的一种方法如下,因为我已经冻结了我的 requirements.txt 文件。
所以使用以下命令删除旧的虚拟环境使用 deactivate
cd ..
rm -r old_virtual_environment
使用 pip 安装 virtualenv python 包使用 pip install virtualenv
然后检查它是否安装正确使用 virtualenv --version
使用 cd project_directory
跳转到您的项目目录
现在使用以下用法在项目目录中创建新的虚拟环境 virtualenv name_of_new_virtual_environment
现在使用 source name_of_new_virtual_environment/bin/activate
激活新创建的虚拟环境
现在使用以下命令安装所有项目依赖项使用 pip install -r requirements.txt
当您在新创建的 virtualenv 上遇到此问题时,可能是您的 brew 安装的 python 版本“未链接”。
例如,您可以通过运行来解决此问题:brew link python@3.8
(但请指定您的特定 python 版本)
您也可以运行 brew doctor
,它会告诉您是否有未链接的内容以及如何解决此问题。
不定期副业成功案例分享
gfind
非常完美,因为我有很多不想删除的完整符号链接(例如,nodeenv)find -L ~/.virtualenvs/my-virtual-env/ -type l | xargs rm
pip3 freeze dyld: lazy symbol binding failed: Symbol not found: __Py_UnixMain
virtualenv ~/.virtualenvs/foo -p python2
,否则它将使用 Python 3。