gpt4 book ai didi

python - 删除和/或更新系统的 Python 时虚拟环境的后果

转载 作者:太空狗 更新时间:2023-10-29 21:48:10 30 4
gpt4 key购买 nike

为清楚起见进行编辑:这个问题引用了venv ,这经常与 virtualenv 混淆.

删除系统的 Python 安装会产生什么后果,Python 安装是使用 venv 在系统上创建虚拟环境的来源?

最终,我要做的是删除 3.7 安装并在发布时安装 3.8,但我不确定虚拟环境与系统环境的联系有多紧密。

问这个问题时可能相关的一些系统细节:

  • 操作系统 = 红帽企业 Linux 7
  • 3.7 从 Python.org 的源代码安装,不是 yum 存储库中的 rh-Pythonx.x 包。
  • Python 3.7 安装到默认位置,/usr/local/bin/python3.7
  • /usr/local/bin/python3 是指向 /usr/local/bin/python3.7
  • 的链接

鉴于上述细节,我的印象是 Python 3.8 将安装到 /usr/local/bin/python3.8 并且 python3 将指向那个版本。

虚拟环境是否足以成为一个稳定的 3.7 环境?还是它会崩溃,试图引用一个不再存在的系统安装?

长话短说:所有那些从不再存在/被新版本替换的 Python 源创建的虚拟环境会怎样?

最佳答案

坏消息:您正在使用 venv,而 venv 虚拟环境并不是完全独立的。即使使用 --copies 创建,它复制的只是 python 可执行文件本身,而不是标准库,甚至不是(如果您的安装创建了一个共享的 libpython 而不是静态的)libpython;它依赖于系统副本。如果它所基于的 Python 安装消失,虚拟环境将会中断。 如何它的破坏方式将根据它的创建方式而有所不同。例如,如果您使用以下方法创建它:

python3 -mvenv path/to/venv

python3 表示 Python 3.7 时,然后将 python3 替换为 Python 3.8,然后您可以为新版本修复虚拟环境:

python3 -mvenv --upgrade path/to/venv

但你安装的第三方包将(有效地)消失(它们将在 path/to/venv/lib/python3.7 中,但 Python 3.8 只会在 path/to/venv/lib/python3.8), 所以你必须重新安装它们。

如果您创建了虚拟环境:

python3.7 -mvenv path/to/venv

然后它就完全坏了(至少如记录的那样),the --upgrade switch仅记录在 Python 就地升级时用于升级;由于新的 Python 不会命名为 python3.7,因此您无法就地升级。也就是说,--upgrade 实际上只在升级微版本(从 3.7.1 到 3.7.2 等)时才有效,这是由于前面提到的每个次要版本 lib/pythonX.Y 目录,所以无论哪种方式,您最好从头开始创建一个新的虚拟环境。

要清楚,the third party virtualenv package没有此限制当且仅当系统 Python 安装静态链接 libpython。奇怪的是,虽然 --always-copy 标志会让它复制主二进制文件和标准库模块,但它不会导致 libpython 本身(解释器核心)被复制,因此如果主二进制文件依赖于 libpython.so 的系统副本,则删除系统副本会破坏虚拟环境。 如果您确实使用了--always-copy 您的python 可执行静态链接libpython.a(ldd/path/to/python3 应该显示没有 libpython 依赖),那么是的,virtualenv 使重量级(在本地)在 3.6 上进行测试,通过适当的开关强制复制,新创建的 venv 环境约为 11 MB,而 virtualenv 环境约为 48 MB;可悲的是,我的 python 动态链接 libpython.so,因此它仍然无法工作)虚拟环境应该在删除系统安装的 Python 副本后继续存在。

无论如何,最好保留您的 Python 3.7 安装,并只升级到 3.8 而不要删除 3.7(您真的很难获得几十 MB 的磁盘空间吗?)。即使您将 python3 替换为新的 3.8 安装、python3.7libpython3.7m.so.1.0 等,以及其他3.7标准库将继续存在,供虚拟环境依赖;在最坏的情况下,您可能需要手动更改虚拟环境中的符号链接(symbolic link)以指向 /path/to/python3.7 而不是 /path/to/python3 才能继续使用旧版本(包括所有已安装的第三方软件包)。

尝试保持旧虚拟环境正常工作的另一种方法是只备份该虚拟环境的安装状态,删除它,安装新的 Python,创建一个新的虚拟环境,然后使用备份状态重新安装升级后的虚拟环境中的所有包。一个例子可能是:

$ source ~/path/to/venv/bin/activate
$ pip freeze > installed_libs.txt
$ deactivate
$ rm -rf ~/path/to/venv
$ ... install new Python/remove old Python ...
$ python3 -mvenv ~/path/to/venv
$ pip install -r installed_libs.txt # Optionally add --upgrade to install latest, not fixed versions

关于python - 删除和/或更新系统的 Python 时虚拟环境的后果,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/55025873/

30 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com