问题描述

问题描述

这就像对我刚刚缩小范围的问题的回顾。我相信有必须是包管理器中的某种解决方案来提供更好的用户体验。我将描述发生的事情,我想知道,

  • 如何才能做得更好?SUSE 可以做些什么来为 Debian 用户提供更好的用户体验吗?
  • 作为 Debian 用户,我如何才能减少遇到这些问题。

原问题的调试就发生在这个问题上,“在 wine32 上安装错误:libsystemd0 和 libapt-pkg6.0 依赖项”

问题描述

在某个时间点,我在我的机器上安装了这个存储库/etc/apt/sources.list.d/devel:kubic:libcontainers:stable.list

deb http://download.opensuse.org/repositories/devel:/kubic:/libcontainers:/stable/Debian_Testing/ /

当我启用该存储库时,我必须安装libcap2,这是100:2.48-1 100为 amd64 安装的。我相信发生的事情是升级禁用了这个存储库。禁用后,这个软件包卡住了,并阻止了 repos libcap2 的安装,该库卡在 2.44 上,但提供了 i386 架构,这可以解决我的问题。

我通过显式降级软件包解决了这个问题

Rancher/SUSE 可以做得更好吗?

libcap2在我看来,版本似乎100:2.48-1是在某个时间点安装的。 Rancher有没有可以通过系统让这个玩法变得更好?

我能做点更好的事吗?

据我了解,该存储库在升级过程中被注释掉了。有没有一种方法可以在升级之前删除从第三方存储库安装的软件包?或者,是否任何时候一个存储库被注释掉,或者渲染的 EOL 并没有被上游维护,所有安装的东西(无法审计)都必须手动删除?在删除或评论存储库后是否可以执行某种流程以更好地清理这些内容?

相关内容