系统啥版本，更新一下系统再试试，或者加内测源再更新试试

[Bug]：libostree 中的断言失败：sock_cb：不应访问代码 ·问题 #5926 ·Flatpak/Flatpak (github.com)

参考这个

感觉他们在踢皮球啊 ！

flatpak 不是他们的锅是libostree问题

ostree说 libostree遇到libcurl 8.10.1 才会导致问题 ，绝对不是 libostree 问题，我们的安全性是绝对值得信任的。ostree认为 libcurl是否正确存疑 ！

curl没做出反应。

我这边一切正常，用的sjtu上海交通大学的镜像源，很丝滑

感觉就是加了内测源更新了系统组件出现的问题

怪得很。估计就是curl的问题，我看了一下curl在官方仓库的版本，刚好就是8.10.1。

小白凑热闹，小白懵逼，小白离开。

目前有个简单点的方法，查出来估计和curl有关，先退出内测通道（或者重装系统），或者手动把curl降级，然后暂时不要使用内测。内测现在的curl版本是问题版本

https://postmarketos.org/edge/2024/09/13/flatpak-broken-curl-upgrade/

临时的解决方案（所有和curl有关的应用全部降级）：

dpkg -l | grpe curl //探知所有和curl的应用名称

目前deepin仓库里面有一个8.5.0-2测试可用，要降级的有下面三个

curl、libcurl3-gnutls、libcurl4

使用命令：apt install package-name:version

例如： apt install curl:8.5.0-2

给上述三个软件进行降级，降到8.5.0-2，测试flatpak就能正常更新和安装了。

切记目前先不要更新curl，等flatpak或者curl两方修复问题，并且deepin仓库版本已经包含已修复版本之后再进行更新。如果平时有用apt install来更新某些系统组件，可以尝试使用 apt-mark hold package_name 来拒绝curl的更新

dpkg -l | grep 

e p 打反了

哦哈哈哈哈，知道就行，我大晚上搞这个已经搞蒙了，其实这条也是可有可无，因为也已经列出三个要处理的应用了