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中文網其他相關文章！