一气之下把var/cache/直接删了 重启 还是这个样子.;;l..


一气之下把var/cache/直接删了 重启 还是这个样子.;;l..
Liusu@RedmiBookPro14:~$ sudo apt-get update && sudo apt-get dist-upgrade
命中:1 https://community-packages.deepin.com/deepin apricot InRelease
命中:2 https://community-packages.deepin.com/printer eagle InRelease
命中:3 https://pro-driver-packages.uniontech.com eagle InRelease
命中:4 https://home-store-img.uniontech.com/appstore deepin InRelease
正在读取软件包列表... 完成
正在读取软件包列表... 完成
正在分析软件包的依赖关系树
正在读取状态信息... 完成
您也许需要运行“apt --fix-broken install”来修正上面的错误。
下列软件包有未满足的依赖关系:
libatk1.0-0:i386 : 依赖: libglib2.0-0:i386 (>= 2.55.2) 但是它还没有被安装
libcairo-gobject2:i386 : 依赖: libglib2.0-0:i386 (>= 2.14.0) 但是它还没有被安装
libgdk-pixbuf2.0-0:i386 : 依赖: libglib2.0-0:i386 (>= 2.48.0) 但是它还没有被安装
推荐: libgdk-pixbuf2.0-bin:i386
libgstreamer-plugins-base1.0-0:i386 : 依赖: libglib2.0-0:i386 (>= 2.40) 但是它还没有被安装
推荐: gstreamer1.0-plugins-base:i386 但是它还没有被安装
libgstreamer1.0-0:i386 : 依赖: libglib2.0-0:i386 (>= 2.41.1) 但是它还没有被安装
E: 有未能满足的依赖关系。请尝试不指明软件包的名字来运行“apt --fix-broken install”(也可以指定一个解决办法)。
sudo apt clean
sudo rm /var/lib/apt/lists/*
sudo apt update
sudo apt install -f
估计系统仓库推仓的时候 libglib2.0-0 这个包 i386 架构和 amd64 架构没对应上,最好本地看下自己装的什么版本。如果版本不对应,需要重新安装下对应的版本。

sudo apt clean
sudo rm /var/lib/apt/lists/*
sudo apt update
sudo apt install -f
估计系统仓库推仓的时候 libglib2.0-0 这个包 i386 架构和 amd64 架构没对应上,最好本地看下自己装的什么版本。如果版本不对应,需要重新安装下对应的版本。


clash原版不太好用,推荐cfw
等等uengine ui是什么

reinstall 下amd64的包

我也想知道uengine ui是个啥?
clash原版不太好用,推荐cfw
等等uengine ui是什么
就是个进uengine 桌面的脚本 改了个图标, 哈
就是个进uengine 桌面的脚本 改了个图标, 哈
启动器 快捷方式
reinstall 下amd64的包

Liusu@RedmiBookPro14:$ apt policy libglib2.0-0$
libglib2.0-0:
已安装:2.58.3.6-1+eagle
候选: 2.58.3.6-1+eagle
版本列表:
*** 2.58.3.6-1+eagle 500
500 https://community-packages.deepin.com/deepin apricot/main amd64 Packages
100 /usr/lib/dpkg-db/status
Liusu@RedmiBookPro14:
搞不定 已经想重装了 现在是商店软件安装失败, 终端安装都是错误,
reinstall 下amd64的包

似乎搞定了 删除 /usr/share/doc/libglib2.0-0/changelog.Debian.gz这个文件 就行了。然后更新下会重建
也不是到是什么情况 什么原理
似乎搞定了 删除 /usr/share/doc/libglib2.0-0/changelog.Debian.gz这个文件 就行了。然后更新下会重建
也不是到是什么情况 什么原理
一般来说,libglib2.0-0 在 x86 平台上会有两个架构的包,i386 和 amd64。两个包都会提供上述 changelog 文件。
正常情况下版本相同,文件相同,可以正常覆盖。你这里的问题是 i386 架构的包装不上,因为 changelog 和 amd64 的包里面不是同一个?具体原因只能查仓库里这两个包是不是有问题了。
P.S.一般这种问题只出现在混用仓库的时候,比如从 Deepin 仓库里装了 1.0 版本的 libglib2.0-0:amd64,然后又换成 UOS 仓库装了 1.0 版本的 libglib2.0-0:i386,虽然版本号相同,但明显内容不一样。外网仓库不应该有这种问题的......
Popular Ranking
ChangePopular Events
More