Python 包管理：此环境是外部管理的

Question

基于this和许多其他我有3.5个选项：

1. 使用发行版提供的软件包
2. 使用

   venv

3. 使用

   pipx

4. 使用

   --break-system-packages

   标志

阅读完this和this后，我想我更好地理解了这项政策背后的动机。所以（4）是不可能的，因为我懒得重新安装我的操作系统，因为我已经使用了 pip。 (1) 对我不起作用，因为并非我使用的所有随机软件包都在 debian Repo 中/都是最新的。我也非常希望不必一直使用

venv

，因为我使用的一些包非常大，而且我主要是在那里编写小脚本。对于 2 个衬垫来说，拥有整个

venv

似乎太过分了（加上每次设置

venv

所需的时间。）所以（2）已经过时了。我从未使用过 pipx，但据我了解，它用于基于 python 的isolated应用程序，而不是 libares。所以(3)就出局了。所以我剩下的选项是： ́_(ツ)_/́

是否可以安装另一个完全独立的 python 版本，我可以

pip

随心所欲地安装而不杀死我的操作系统？在 bash 中运行脚本时，如何使用我的 python 版本与操作系统版本调用它？ => 我正在考虑使用

pyenv

，从源代码安装 Python 3.12.2，将其设置为默认值，并忘记发行版 python 甚至存在。这是解决我的问题的正确方法吗？对于“仅安装脚本语言的包”来说，这似乎非常困难。

Answer 1

是否可以安装另一个完全独立的Python版本I 可以在不终止我的操作系统的情况下随心所欲地使用 pip 吗？

我建议尝试一下 Python AppImage