玲珑的XDG_DATA_DIRS的优先级比系统的低,为什么系统采用了玲珑的....
https://github.com/OpenAtom-Linyaps/linyaps/commit/c3e109848ff8d9d9b3edc7b2e2d0e5d072ea30cf
看上去之前玲珑的优先级最高是按照 Flatpak 一样写的......
玲珑的XDG_DATA_DIRS的优先级比系统的低,为什么系统采用了玲珑的....
https://github.com/OpenAtom-Linyaps/linyaps/commit/c3e109848ff8d9d9b3edc7b2e2d0e5d072ea30cf
看上去之前玲珑的优先级最高是按照 Flatpak 一样写的......
https://github.com/OpenAtom-Linyaps/linyaps/commit/c3e109848ff8d9d9b3edc7b2e2d0e5d072ea30cf
看上去之前玲珑的优先级最高是按照 Flatpak 一样写的......
优先级的意义不太大,控制中心那边只要是有就会尝试读来着好像
现在降低到后面附加了呗
我加入了内测通道,也全部更新了,甚至我用命令:sudo apt install linglong-builder linglong-box linglong-bin 手工安装了玲珑组件,但玲珑的版本仍然是1.6.0。顶楼的帖子仍然有bug。
我只有1台转v23,有3台从v20 转ubuntu22了,我都是并行测试不同版本,这次升级是因为我的用户用的ubuntu22版本部署我的应用,我顺便测试一下deepinV23,没想到2年了v23稳定性如此之差,本来还想应用支持一下deepinV23环境的部署,现在只能放弃支持deepin环境
就是就是,V23更不稳定了
我加入了内测通道,也全部更新了,甚至我用命令:sudo apt install linglong-builder linglong-box linglong-bin 手工安装了玲珑组件,但玲珑的版本仍然是1.6.0。顶楼的帖子仍然有bug。
我也是这样。。
占楼,给个修复措施就好了,其实我不在乎原因。
目测现在源也挂了,更新不动。
看上去有推送了才能点哪里去更新吧,所以是被动的咯。
该修复预计随本周内测一起推送,请在接收到内测推送后升级系统。
这一故障还导致了画笔打开文件,记事本打开文件,对话框出现不断在“加载中。。。“提示。另外,VirtualBox虚拟机里操作系统也无法重启,一重启就死机。
背景
近期收到了来自不同渠道deepin 23用户对于系统文件管理器或其他系统组件性能大幅下降的问题,在结合deepin开源社区热心用户的参考解决方案后deepin内部研发团队针对此问题进行了相关定位、方案评估。
问题
通过应用商店安装的部分玲珑应用会向系统玲珑的目录(/var/lib/linglong/entries/share)中写入低版本的gsetting-desktop-schemas配置文件,导致宿主机的gvfs-udisks2-volume-monitor.service启动失败,进而造成桌面某些组件响应缓慢。
解决方案
加入deepin 23内测通道的修复方案
升级玲珑的版本到1.6.1, 升级完成后,可以在终端执行
ll-cli --version
,返回结果为1.6.1
代表玲珑组件升级成功,重启系统即可修复该问题。* 该修复预计随本周内测一起推送,请在接收到内测推送后升级系统。
未加入deepin 23内测通道的修复方案
考虑到部分用户暂时未有意愿加入deepin 23内测通道,需要参考以下操作进行人工修复:
/var/lib/linglong/entries/share/glib-2.0
目录systemctl --user restart gvfs-udisks2-volume-monitor.service
建议
为了获得最前卫的特性功能和更及时的问题修复,建议加入deepin 23内测通道并将系统升级至内测版本:
控制中心
==>更新
==>更新设置
==>内测通道