一般问题是：
如果遇到 Broken Package System 错误，您可以等待罪魁祸首包被修复，还是总是必须自己手动修复此错误？
我之所以问这个问题，是因为我读过许多以不同方式处理此错误的帖子（即使它们的根本原因相同），并且报告的结果也参差不齐。
如果您可以等待，那么在 Broken Package System 错误的情况下，如何让您的系统保持最新状态，尤其是安全方面？
我的具体问题：
供应商中立 GL 调度库尝试安装 libGLES，但此库之前已由 Nvidia 驱动程序 340.106 安装，导致文件冲突。
与此同时，修复后的 Nvidia 驱动程序 340.107 位于“建议”存储库中。当此修复后的 Nvidia 驱动程序 340.107 移至官方存储库时，这是否会解决我运行软件更新程序时出现的损坏软件包系统错误？
该问题也在Ubuntu 18.04 GL 调度库的软件包更新损坏pibacco 的回答建议让 Vendor-Neutral GL Dispatch Library 强制覆盖 Nvidia 的 libGLES。我认为这是一个正确的解决方案，但并不完全确定，因为 Nvidia 驱动程序已修复，而 Vendor-Neutral GL Dispatch Library 则未修复。因此我推断 libGLES 不再随新的 Nvidia 驱动程序 340.107 一起安装。
答案1
在这种情况下，“broken”仅仅意味着“包管理器知道无法安装该包”，这可能与您的预期略有不同。
“损坏”的包可能意味着很多事情：数据损坏、与另一个包冲突、版本不兼容等等。当然，每个“损坏”的原因都有不同的处理方式。
示例：新的上游版本只会修复部分原因。它通常会修复文件损坏（非常罕见）。它可能会（也可能不会）修复文件冲突（比较常见）。它不会修复大多数版本冲突（非常常见）。