Flatpak更新将卷曲升级到Debian 12中的8.10后失败。如何修复它

>本文详细介绍了一个宝贵的经验，了解了从Debian的Backports存储库中安装核心系统库的潜在陷阱。尽管Backports提供了对最新功能的访问权限，但他们还可以引入不可预见的问题，尤其是在基本系统库中。 这种体验的重点是从debian 12系统上的Backports存储库升级为8.10后的Aflatpak update>。 目录的curl

表

>

- 问题：Flatpak更新错误

根本原因

• 解决方案：降级libcurl3-gnutls
• >步骤1：识别可用版本
  • 步骤2：执行降级
  • >步骤3：验证
  • 步骤4：更新Flatpak
  核心图书馆的返回竞争风险
• 钥匙要点
• 结论
>

问题：flatpak更新错误

> 尝试A

>导致以下错误：

> flatpak update

罪魁祸首是从debian Backports存储库中安装的

<code>Updating 1/23…                        0%  0 bytes/s**  OSTree:ERROR:src/libostree/ostree-fetcher-curl.c:526:sock_cb: code should not be reached  Bail out! OSTree:ERROR:src/libostree/ostree-fetcher-curl.c:526:sock_cb: code should not be reached  Aborted (core dumped)</code>

。

libcurl3-gnutls根本原因

是一个核心系统库，促进了Internet通信。 安装后台版本（比稳定版本更新版本）引入了与

更新过程的不兼容问题。 正如Debian错误报告中指出的那样，这种不相容性并由Debian开发人员Simon McVittie确认，强调了从稳定存储库以外的来源升级核心系统库的风险。 新版本（8.10.0）与

>使用的libcurl3-gnutls库相冲突。 简单地重新安装稳定的flatpak版本是不够的；降级是必要的。curl> libostree>flatpak解决方案：降级libcurl3-gnutls curllibcurl3-gnutls>

涉及的解决方案

降级到稳定的debian 12版本。 >步骤1：识别可用版本

> libcurl3-gnutls使用此命令列出可用版本：

>这既显示已安装的版本和可用版本，与Backports（“ BPO”）和稳定版本之间的区别。>

>

步骤2：执行降级

apt-cache policy libcurl3-gnutls

>

>使用步骤1中标识的适当稳定版本编号（例如

）降级：>

用'y'确认降级。

7.88.1-10 deb12u7步骤3：验证

sudo apt install libcurl3-gnutls=7.88.1-10+deb12u7

重新运行

确认降级到稳定版本。

>步骤4：更新Flatpak

>

重试flatpak update>命令。 它现在应该成功完成。

核心库的返回竞技场的风险 使用Backports用于核心库会增加：的风险

回归：

现有功能的意外断裂。
• 兼容性问题：
与期望稳定库版本的软件发生冲突。
• 依赖关系冲突：
依赖性对新的，不可用的库引起的问题。
• 钥匙要点

优先考虑核心系统库的稳定版本。>

明智地使用Backports，了解固有的风险。

>
• 学习如何降级软件包以重新恢复有问题的更新。
>
• 结论

这种经验强调了将BackPorts用于核心系统组件时谨慎的重要性。 虽然Backports可能是有益的，但在处理基本系统库时，不稳定的潜力超过了优势。 坚持稳定的发行版和理解回滚程序对于维持稳定可靠的系统至关重要。>

以上是Flatpak更新将卷曲升级到Debian 12中的8.10后失败。如何修复它的详细内容。更多信息请关注PHP中文网其他相关文章！