“unmet dependencies”错误主因是版本冲突或半安装状态，应先运行sudo apt --fix-broken install修复，再通过apt policy查源、显式指定版本安装，避免sudo pip install或随意autoremove。
apt install 时提示 “unmet dependencies” 怎么办
这是 Debian/Ubuntu 系统里最常卡住人的依赖错误。根本原因不是缺某个包，而是系统里存在版本冲突或半安装状态——比如你之前中断过安装、混用了 dpkg -i 手动装的 deb、或者启用了不兼容的第三方源。
实操建议：
- 先跑 sudo apt --fix-broken install，它会尝试自动修复断裂的依赖链，90% 的情况能直接解决
- 如果报错提到具体包名（如 libssl1.1 和 libssl3 冲突），别急着删，先查它们来源：apt policy libssl1.1 libssl3，看哪个来自 security.ubuntu.com、哪个来自 ppa:some-ppa
- 真要降级或强制替换，用 apt install libssl1.1=1.1.1w-0ubuntu1~22.04.1 显式指定版本，而不是 apt remove 后重装——后者可能连带卸掉 apt 自身
- 别用 apt-get autoremove 清理“无用依赖”后立刻装新软件，中间最好补一句 sudo apt update
dnf install 和 yum install 在 CentOS/RHEL 8+ 上的区别
RHEL 8 开始，yum 只是 dnf 的软链接，但行为不完全等价。直接敲 yum install 会走兼容模式，可能跳过某些现代依赖解析逻辑。
关键差异点：
- dnf install 默认启用模块流（modularity）支持，能区分 nodejs:18 和 nodejs:20 两个并存环境；yum install nodejs 可能只装默认流，且不提示
- dnf 的依赖回溯更激进，遇到冲突会列出多个可选解决方案（比如降级 A 或升级 B），yum 往往直接报错退出
- dnf history undo N 可撤回某次事务，yum history 虽有类似命令，但在 RHEL 8+ 上实际调用的是 dnf 的底层逻辑，稳定性略低
- 如果脚本里写死 yum，建议改用 dnf，尤其涉及 --enablerepo 或 --setopt 参数时，yum 对某些选项解析不一致
pip install 与系统包管理器装的 Python 包打架了
典型现象：用 apt install python3-numpy 装完，再 pip install numpy 就报 PermissionError: [Errno 13] Permission denied，或者运行时提示 ImportError: numpy version too old。
修正说明：1，实现真正的软件开源。2，安装界面的美化3，真正实现栏目的递归无限极分类。4，后台添加幻灯片图片的管理，包括添加，修改，删除等。5，修正添加新闻的报错信息6，修正网站参数的logo上传问题7，修正产品图片的栏目无限极分类8，修正投票系统的只能单选问题9，添加生成静态页功能10，添加缓存功能特点和优势1. 基于B/S架构，通过本地电脑、局域网、互联网皆可使用，使得企业的管理与业务不受地域
本质是路径和所有权冲突：
- 系统包管理器把包装进 /usr/lib/python3/dist-packages/，属 root，且受 apt 管控；pip install 默认也往这写（没加 --user），但权限不够
- 更隐蔽的问题：pip 升级后可能覆盖系统包的 .so 文件，导致其他系统工具（如 apt 自身）崩溃
- 解决方案优先级：
• 用 python3 -m pip install --user package_name，装到 $HOME/.local/lib/python3.x/site-packages/，彻底隔离
• 避免 sudo pip install，它会污染系统路径，且后续 apt upgrade 可能静默覆盖你的 pip 包
• 如果必须全局装（比如 CI 环境），先 apt-mark hold python3-numpy 锁定系统包，再 pip 装，但得自己承担更新风险
如何安全地从第三方源（PPA / Copr / RPM Fusion）换回官方源
不是简单删源就行。残留的包版本往往高于官方源，apt upgrade 或 dnf upgrade 会拒绝降级，系统就卡在混合状态。
稳妥步骤：
- 先禁用源但不删配置文件：Ubuntu 下注释 /etc/apt/sources.list.d/*.list 里对应行；Fedora 下 sudo dnf config-manager --disable rpmfusion-free-updates
- 更新索引：sudo apt update 或 sudo dnf makecache
- 查出哪些包来自第三方源：apt list --installed | grep -E '(ppa|ubuntuhandbook|debian\.sid)' 或 dnf list installed | grep copr
- 对每个包执行降级：sudo apt install packagename=<version-from-official-repo></version-from-official-repo>（用 apt policy packagename 查可用版本）
- 最后清理无用依赖：sudo apt autoremove，但注意别删掉 apt、gnome-shell 这类关键包——它们可能被标记为“自动安装”，但其实是系统必需
依赖处理最麻烦的从来不是命令不会打，而是搞不清哪个包真正控制着共享库的加载路径、哪个版本被哪个进程硬绑定。多看 apt policy 和 dnf repoquery --whatrequires，比硬试 --force-yes 稳当得多。
