deepin 没必要进发行版仓库。
我现在就很烦，debian13的官方源里面有一些dde组件或者dde应用等，很有干扰
，应该单独一个组件仓库。
不应该进发行版主仓库里。
未来，Debian 必须提供可复现构建的软件包，因此即将到来的 Debian 14.0 将是首个遵循这一新强制要求的主要版本。自昨日开始，Debian 的软件包迁移系统将阻止无法复现的新软件包进入稳定分支，同时也将阻止那些原本可复现但后来出现倒退（regress）的现有软件包迁移。
不知是否会影响到dde
deepin 因此解决方案也很多，可以反哺回GNOME
到目前为止我没有看到任何发行版修复了GNOME构史的分数缩放实现变成Kwin 5.27+的缩放方案
在我看来就像是win7毛玻璃时代，还在用xp时代的UI
treeland上的模糊算法已经实现亚克力效果, 不是Qt无法实现只是KDE的审美问题
然后Valve默认使用KDE Plasma而非GNOME, Cannonical面向个人计算机终端的KFocus使用Kubuntu而非Ubuntu, Fedora KDE Edition升级到和WorkStation一桌的原因不必多说吧, 在正常Linux服务器运维上对于桌面的需求本来就很小, GNOME现在仍然是Ubuntu默认桌面只是因为GNOME 3时期表现优异以至于Flutter还在拿GTK3当画板的历史惯性而已
最后嵌入式设备的UI为什么要跨平台, 嵌入式设备UI实现不追求低占用去追求跨平台意义何在?
我也觉得qt还行。
KDE拿C++和qt写的，性能上比GNOME有很大优势（据说GNOME部分代码拿js写的）
审美上，qt看起来丑，但可以美化（读文档就能知道怎么美化），懒得话可以用github上的Fluent-Widget套一层
论体验，发觉qt写的软件几乎秒开，gtk还得等3~4秒（也说不定）
实用性上，qt支持Windows、MacOS、Linux甚至鸿蒙，还能与多种编程语言联动（就算只会python也能写qt软件，nuitka编译优化解君愁），gtk的主场在Linux，对Windows和MacOS开发者不友好，不支持鸿蒙
我也觉得qt还行。
KDE拿C++和qt写的，性能上比GNOME有很大优势（据说GNOME部分代码拿js写的）
审美上，qt看起来丑，但可以美化（读文档就能知道怎么美化），懒得话可以用github上的Fluent-Widget套一层
论体验，发觉qt写的软件几乎秒开，gtk还得等3~4秒（也说不定）
实用性上，qt支持Windows、MacOS、Linux甚至鸿蒙，还能与多种编程语言联动（就算只会python也能写qt软件，nuitka编译优化解君愁），gtk的主场在Linux，对Windows和MacOS开发者不友好，不支持鸿蒙
那个拿Musl Libc对着安卓ART结构一顿抄的玩意就暂时不用拿来说事了
Qt有JS, Qt5的时候就是因为QML性能不是很好导致deepin v23桌面反应在低端机上非常慢,但是Qt6开始QML的性能是被大幅加强过了
然后GTK我主要在说的4,Flutter应用用GTK3作为画板一样可以秒开,而且对于RISC-V的适配在路上
deepin 因此解决方案也很多，可以反哺回GNOME
到目前为止我没有看到任何发行版修复了GNOME构史的分数缩放实现变成Kwin 5.27+的缩放方案
在我看来就像是win7毛玻璃时代，还在用xp时代的UI
treeland上的模糊算法已经实现亚克力效果, 不是Qt无法实现只是KDE的审美问题
然后Valve默认使用KDE Plasma而非GNOME, Cannonical面向个人计算机终端的KFocus使用Kubuntu而非Ubuntu, Fedora KDE Edition升级到和WorkStation一桌的原因不必多说吧, 在正常Linux服务器运维上对于桌面的需求本来就很小, GNOME现在仍然是Ubuntu默认桌面只是因为GNOME 3时期表现优异以至于Flutter还在拿GTK3当画板的历史惯性而已
最后嵌入式设备的UI为什么要跨平台, 嵌入式设备UI实现不追求低占用去追求跨平台意义何在?
我说的是它之所以在嵌入式平台广泛应用，是因为它的跨平台属性，可以在别的平台开发，不是说它什么占用低。
我说那种感觉就像是WIN7用上了毛玻璃而KDE和DDE还在XP，不是真的纠结于毛玻璃这个具体，而是形容这种UI的落差和年代感，仿佛不是同一个时期的UI。
至于你说的GNOME的缩放机制，这听起来倒跟x11的缩放有点像先渲染一个高分辨率再缩放到屏幕上。我没有细节了解过这方面的原理和实现方式，不过我上上个月体验debian13 kde版，那个神奇的逻辑把我整笑了。因为我之前没有用过kde，我不知道设置了缩放之后，还要手动设置一遍任务栏的缩放。导致我设置完缩放，任务栏依然非常小（我13.3寸4k屏，你能想象那是多小）。我本以为这是个bug，然后在我体验了个把小时之后，偶然右击了一次任务栏，把里面菜单挨个点开一看原来还有缩放任务栏的菜单。我第一反应就是，这是哪个莎碧搞出来的操作逻辑？？？？缩放不是整个界面一起缩放？？在这之前，我对kde的印象只有一个，那就是丑，老年人审美，暮气沉沉死气沉沉，在这之后我对这桌面又多了一个恶印象，那就是蠢。
你说GNOME的缩放实现机制愚蠢也好落后也好，但我那13.3寸4K屏装完GNOME桌面的发行版，无需任何手动设置，它会自动默认设置为最佳缩放比例，比Windows上的还要智能，Windows上我还要手动设置一次。按照你的说法，GNOME是先渲染一个高分辨率再按比例缩放，那GPU的负担应该更重，但这个解释不了GNOME越来越流畅这个现象。Ubuntu22.04的GNOME42还只能说基本流畅不卡，24.04的GNONE46就上了一个台阶。26.04一发布，GNOME50这个流畅度，让我想起了16年前我还在用诺基亚N78，我一个富二代同学买了个水货iPhone4，我玩了几分钟立马想扔掉手中的诺基亚。16年后我再次在现代操作系统上体会到了这种感觉，这种流畅度只能用“跟手”这个词来形容，即点即响应。反而是你推崇的kde，丑依然丑，连基本的操作逻辑都还停留在20年前，流畅度方面，我也没感觉到它跟我Ubuntu22.04上有何区别。
我日常高频使用的软件有不少基于qt开发的，比如wireshark, mkvtoonix-GUI，看着这些软件的丑逼界面，尤其是标题栏和菜单栏，就是一种受罪，但也没更好的替代只能捏着鼻子用。这些软件的界面跟KDE和DDE整体风格倒是高度融合，毕竟都是基于QT开发。卡一点都能忍，丑是绝对无法容忍的，丑就是不可饶恕的原罪，这就是我讨厌KDE DDE XFCE LXQT 和基于QT开发的软件的原因。
deepin 因此解决方案也很多，可以反哺回GNOME
到目前为止我没有看到任何发行版修复了GNOME构史的分数缩放实现变成Kwin 5.27+的缩放方案
在我看来就像是win7毛玻璃时代，还在用xp时代的UI
treeland上的模糊算法已经实现亚克力效果, 不是Qt无法实现只是KDE的审美问题
然后Valve默认使用KDE Plasma而非GNOME, Cannonical面向个人计算机终端的KFocus使用Kubuntu而非Ubuntu, Fedora KDE Edition升级到和WorkStation一桌的原因不必多说吧, 在正常Linux服务器运维上对于桌面的需求本来就很小, GNOME现在仍然是Ubuntu默认桌面只是因为GNOME 3时期表现优异以至于Flutter还在拿GTK3当画板的历史惯性而已
最后嵌入式设备的UI为什么要跨平台, 嵌入式设备UI实现不追求低占用去追求跨平台意义何在?
顺带我还有个两个关于论坛的问题，为何经常别人回复了没有通知？你这个回复还是两天后我手动点右上角消息才看到，并没有显示红点，而且这种情况发生的概率还很高。还有一个就是，为何论坛很多用户头像没了？包括我的。我重新设置过一次仍然还是没
deepin 顺带我还有个两个关于论坛的问题，为何经常别人回复了没有通知？你这个回复还是两天后我手动点右上角消息才看到，并没有显示红点，而且这种情况发生的概率还很高。还有一个就是，为何论坛很多用户头像没了？包括我的。我重新设置过一次仍然还是没
原来大家也会漏通知呀
我还以为只有自己账号有这问题呢
前段时间不是升级论坛了么，咋仍不稳定
我说的是它之所以在嵌入式平台广泛应用，是因为它的跨平台属性，可以在别的平台开发，不是说它什么占用低。
我说那种感觉就像是WIN7用上了毛玻璃而KDE和DDE还在XP，不是真的纠结于毛玻璃这个具体，而是形容这种UI的落差和年代感，仿佛不是同一个时期的UI。
至于你说的GNOME的缩放机制，这听起来倒跟x11的缩放有点像先渲染一个高分辨率再缩放到屏幕上。我没有细节了解过这方面的原理和实现方式，不过我上上个月体验debian13 kde版，那个神奇的逻辑把我整笑了。因为我之前没有用过kde，我不知道设置了缩放之后，还要手动设置一遍任务栏的缩放。导致我设置完缩放，任务栏依然非常小（我13.3寸4k屏，你能想象那是多小）。我本以为这是个bug，然后在我体验了个把小时之后，偶然右击了一次任务栏，把里面菜单挨个点开一看原来还有缩放任务栏的菜单。我第一反应就是，这是哪个莎碧搞出来的操作逻辑？？？？缩放不是整个界面一起缩放？？在这之前，我对kde的印象只有一个，那就是丑，老年人审美，暮气沉沉死气沉沉，在这之后我对这桌面又多了一个恶印象，那就是蠢。
你说GNOME的缩放实现机制愚蠢也好落后也好，但我那13.3寸4K屏装完GNOME桌面的发行版，无需任何手动设置，它会自动默认设置为最佳缩放比例，比Windows上的还要智能，Windows上我还要手动设置一次。按照你的说法，GNOME是先渲染一个高分辨率再按比例缩放，那GPU的负担应该更重，但这个解释不了GNOME越来越流畅这个现象。Ubuntu22.04的GNOME42还只能说基本流畅不卡，24.04的GNONE46就上了一个台阶。26.04一发布，GNOME50这个流畅度，让我想起了16年前我还在用诺基亚N78，我一个富二代同学买了个水货iPhone4，我玩了几分钟立马想扔掉手中的诺基亚。16年后我再次在现代操作系统上体会到了这种感觉，这种流畅度只能用“跟手”这个词来形容，即点即响应。反而是你推崇的kde，丑依然丑，连基本的操作逻辑都还停留在20年前，流畅度方面，我也没感觉到它跟我Ubuntu22.04上有何区别。
我日常高频使用的软件有不少基于qt开发的，比如wireshark, mkvtoonix-GUI，看着这些软件的丑逼界面，尤其是标题栏和菜单栏，就是一种受罪，但也没更好的替代只能捏着鼻子用。这些软件的界面跟KDE和DDE整体风格倒是高度融合，毕竟都是基于QT开发。卡一点都能忍，丑是绝对无法容忍的，丑就是不可饶恕的原罪，这就是我讨厌KDE DDE XFCE LXQT 和基于QT开发的软件的原因。
因为它的跨平台属性，可以在别的平台开发，不是说它什么占用低
建议你在回答我前先百度一下跨平台框架是什么意思而不是脑袋一拍就回复
因为我之前没有用过kde，我不知道设置了缩放之后，还要手动设置一遍任务栏的缩放。
这个只出现在KDE的X11会话下, 注销重新登录后任务栏缩放就正常了, 而KDE Plasma 6开始默认进入的是Wayland会话, 你怕不是手动装了个plasma-workspace-x11然后手动登的X11, 然后同时拿GNOME的Wayland会话去比, Plasma的Wayland会话没有这个问题, 说的就是默认Plasma 6.3的Debian 13
那GPU的负担应该更重，但这个解释不了GNOME越来越流畅这个现象
i915的驱动改进在内核空间或者用户空间修复驱动性能问题一样可以改进流畅度
关于GNOME超分带来的严重性能问题, 打一把我的世界开个光影就知道了, 你的核显很强本来就能带超分不代表没有性能问题: https://gitlab.gnome.org/GNOME/mutter/-/work_items/3767
最终mutter开发想透了人生准备在GNOME 51/52实现Kwin缩放方案:
流畅度方面，我也没感觉到它跟我Ubuntu22.04上有何区别
你的电脑核显很强, 有逼近Radeon 680M的性能感知不到 (同样, 我电脑AMD Radeon 780M核显对于GTK4和KDE Framework的动画响应性能差距也感觉不到) , 不代表对于Qualcomm 骁龙855+这样的低性能平台对于GTK4和KDE特色Qt不能论证GTK4动画响应也就跟Qt应用动画响应一桌
如果GTK的性能很好, 我找不出理由在内存不足1024M的开发板写UI为什么用Qt而非GTK
丑是绝对无法容忍的，丑就是不可饶恕的原罪
你当然可以把B站所有喷DDE大额头的用户拉来论证你不喜欢是对的, 但也只代表你这个群体不喜欢, 你不喜欢不代表其他人不喜欢, 其他人喜欢DDE大额头并不代表你的厌恶是错的
最后KDE并非不让你安装第三方主题, 你仍然认为丑那么尊重你的审美
deepin 因为它的跨平台属性，可以在别的平台开发，不是说它什么占用低
建议你在回答我前先百度一下跨平台框架是什么意思而不是脑袋一拍就回复
因为我之前没有用过kde，我不知道设置了缩放之后，还要手动设置一遍任务栏的缩放。
这个只出现在KDE的X11会话下, 注销重新登录后任务栏缩放就正常了, 而KDE Plasma 6开始默认进入的是Wayland会话, 你怕不是手动装了个plasma-workspace-x11然后手动登的X11, 然后同时拿GNOME的Wayland会话去比, Plasma的Wayland会话没有这个问题, 说的就是默认Plasma 6.3的Debian 13
那GPU的负担应该更重，但这个解释不了GNOME越来越流畅这个现象
i915的驱动改进在内核空间或者用户空间修复驱动性能问题一样可以改进流畅度
关于GNOME超分带来的严重性能问题, 打一把我的世界开个光影就知道了, 你的核显很强本来就能带超分不代表没有性能问题: https://gitlab.gnome.org/GNOME/mutter/-/work_items/3767
最终mutter开发想透了人生准备在GNOME 51/52实现Kwin缩放方案:
流畅度方面，我也没感觉到它跟我Ubuntu22.04上有何区别
你的电脑核显很强, 有逼近Radeon 680M的性能感知不到 (同样, 我电脑AMD Radeon 780M核显对于GTK4和KDE Framework的动画响应性能差距也感觉不到) , 不代表对于Qualcomm 骁龙855+这样的低性能平台对于GTK4和KDE特色Qt不能论证GTK4动画响应也就跟Qt应用动画响应一桌
如果GTK的性能很好, 我找不出理由在内存不足1024M的开发板写UI为什么用Qt而非GTK
丑是绝对无法容忍的，丑就是不可饶恕的原罪
你当然可以把B站所有喷DDE大额头的用户拉来论证你不喜欢是对的, 但也只代表你这个群体不喜欢, 你不喜欢不代表其他人不喜欢, 其他人喜欢DDE大额头并不代表你的厌恶是错的
最后KDE并非不让你安装第三方主题, 你仍然认为丑那么尊重你的审美
这个个只出现在KDE的X11会话下, 注销重新登录后任务栏缩放就正常了, 而KDE Plasma 6开始默认进入的是Wayland会话, 你怕不是手动装了个plasma-workspace-x11然后手动登的X11, 然后同时拿GNOME的Wayland会话去比,
Plasma的Wayland会话没有这个问题, 说的就是默认Plasma 6.3的Debian 13
诚如我上面所说，我以前并没有使用过kde，因为我首先就被它的丑拒了。你说的什么plasma-workspace-x11我压根就不知道，更不会手动去装它，更不会干出不用wayland而用x11这种开倒车的事，我对x11这种历史垃圾的赠与，比对kde dde qt这些东西的丑更深。
你当然可以把B站所有喷DDE大额头的用户拉来论证你不喜欢是对的, 但也只代表你这个群体不喜欢, 你不喜欢不代表其他人不喜欢, 其他人喜欢DDE大额头并不代表你的厌恶是错的
我没有觉得dde大额头，dde的标题栏和菜单栏就是典型的qt风格。这种风格的标题栏和菜单栏有多么丑陋，装个mkvtoolnixgui就能更加深刻感受到。我说dde丑，一则是因为它的qt风格的标题栏和菜单栏，二则是因为它那个浓浓的城乡结合部乡村非主流贵族杀马特厂妹洗剪吹城乡结合部的UI配色，透露着浓浓的厂妹审美。色彩突兀、饱和度过高且没有过渡。这一点同样是我吐槽Win11 UI之处，我严重怀疑这两个公司的UI设计岗位要么是程序员兼任，要么是进哪个厂拉了个小妹来
这个个只出现在KDE的X11会话下, 注销重新登录后任务栏缩放就正常了, 而KDE Plasma 6开始默认进入的是Wayland会话, 你怕不是手动装了个plasma-workspace-x11然后手动登的X11, 然后同时拿GNOME的Wayland会话去比,
Plasma的Wayland会话没有这个问题, 说的就是默认Plasma 6.3的Debian 13
诚如我上面所说，我以前并没有使用过kde，因为我首先就被它的丑拒了。你说的什么plasma-workspace-x11我压根就不知道，更不会手动去装它，更不会干出不用wayland而用x11这种开倒车的事，我对x11这种历史垃圾的赠与，比对kde dde qt这些东西的丑更深。
你当然可以把B站所有喷DDE大额头的用户拉来论证你不喜欢是对的, 但也只代表你这个群体不喜欢, 你不喜欢不代表其他人不喜欢, 其他人喜欢DDE大额头并不代表你的厌恶是错的
我没有觉得dde大额头，dde的标题栏和菜单栏就是典型的qt风格。这种风格的标题栏和菜单栏有多么丑陋，装个mkvtoolnixgui就能更加深刻感受到。我说dde丑，一则是因为它的qt风格的标题栏和菜单栏，二则是因为它那个浓浓的城乡结合部乡村非主流贵族杀马特厂妹洗剪吹城乡结合部的UI配色，透露着浓浓的厂妹审美。色彩突兀、饱和度过高且没有过渡。这一点同样是我吐槽Win11 UI之处，我严重怀疑这两个公司的UI设计岗位要么是程序员兼任，要么是进哪个厂拉了个小妹来
你说的什么plasma-workspace-x11我压根就不知道，更不会手动去装它
如果出现了这个问题, 就是Debian 13 KDE维护的BUG而不是KDE就这样, 隔壁Kubuntu 26.04和Fedora 43+的KDE全部是正常的, 我自己小米平板5跑Debian13开175%缩放也没有你指出的这个问题, 后来升级Debian Testing跑Plasma 6.6也没有这个问题
最后Plasma之所以扔掉X不是因为C/S架构古老而太大影响渲染性能, 而是X跟Wayland已经共享一套Kwin的VRR等渲染指令实现, Kwin X11在Kwin6的时候已经完全蛀空了X Server导致X只剩下一套空壳在运转, 于是KDE社区认为维护的必要性不大了就把这个壳也扔了
deepin 因为它的跨平台属性，可以在别的平台开发，不是说它什么占用低
建议你在回答我前先百度一下跨平台框架是什么意思而不是脑袋一拍就回复
因为我之前没有用过kde，我不知道设置了缩放之后，还要手动设置一遍任务栏的缩放。
这个只出现在KDE的X11会话下, 注销重新登录后任务栏缩放就正常了, 而KDE Plasma 6开始默认进入的是Wayland会话, 你怕不是手动装了个plasma-workspace-x11然后手动登的X11, 然后同时拿GNOME的Wayland会话去比, Plasma的Wayland会话没有这个问题, 说的就是默认Plasma 6.3的Debian 13
那GPU的负担应该更重，但这个解释不了GNOME越来越流畅这个现象
i915的驱动改进在内核空间或者用户空间修复驱动性能问题一样可以改进流畅度
关于GNOME超分带来的严重性能问题, 打一把我的世界开个光影就知道了, 你的核显很强本来就能带超分不代表没有性能问题: https://gitlab.gnome.org/GNOME/mutter/-/work_items/3767
最终mutter开发想透了人生准备在GNOME 51/52实现Kwin缩放方案:
流畅度方面，我也没感觉到它跟我Ubuntu22.04上有何区别
你的电脑核显很强, 有逼近Radeon 680M的性能感知不到 (同样, 我电脑AMD Radeon 780M核显对于GTK4和KDE Framework的动画响应性能差距也感觉不到) , 不代表对于Qualcomm 骁龙855+这样的低性能平台对于GTK4和KDE特色Qt不能论证GTK4动画响应也就跟Qt应用动画响应一桌
如果GTK的性能很好, 我找不出理由在内存不足1024M的开发板写UI为什么用Qt而非GTK
丑是绝对无法容忍的，丑就是不可饶恕的原罪
你当然可以把B站所有喷DDE大额头的用户拉来论证你不喜欢是对的, 但也只代表你这个群体不喜欢, 你不喜欢不代表其他人不喜欢, 其他人喜欢DDE大额头并不代表你的厌恶是错的
最后KDE并非不让你安装第三方主题, 你仍然认为丑那么尊重你的审美
至于你说的为什么在嵌入式开发中多用qt而不用gtk，我也百度了多篇文章了解。大多文章把主要原因归结为生态、跨平台性以及开发效率等方面，却很少有人提到你所说的资源占用因素，比如下面这篇文章，就对比了gtk和qt在嵌入式开发中的选择问题。由于需要收费，我没有完整看完。
至于你说的为什么在嵌入式开发中多用qt而不用gtk，我也百度了多篇文章了解。大多文章把主要原因归结为生态、跨平台性以及开发效率等方面，却很少有人提到你所说的资源占用因素，比如下面这篇文章，就对比了gtk和qt在嵌入式开发中的选择问题。由于需要收费，我没有完整看完。
工控机和嵌入式的设备性能没你想象得这么强, RAM一般不超过1G, Qt跟Flutter要跑都需要走DRM直接绘制而非经过WM
其次跟我说之前是不是应该思考一下两者都是GPL家族许可证, 为什么Qt在生态上比GTK明显好很多
deepin 不如直接在桌面安装环节加入发行版验证，像统信兼容引擎一样闭源，彻底杜绝dde在其他发行版上出现安全和兼容问题。
deepin deepin 不如直接在桌面安装环节加入发行版验证，像统信兼容引擎一样闭源，彻底杜绝dde在其他发行版上出现安全和兼容问题。
Popular Events
More
中文 
Deepin 25.2.0 Black Screen After Sleep
原文链接: https://security.opensuse.org/2026/04/20/winter-spotlight.html#section-deepin
审核组件是: https://github.com/linuxdeepin/dde-daemon 版本: 6.1.66, 但实际最新版本到6.1.89
总结的中文翻译: 由于安全问题反复出现，上游解决这些问题所需的时间较长，且深度操作系统项目中缺乏正式的安全修复工作流程，我们已停止为在深度操作系统中发现的问题分配CVE（Common Vulnerabilities and Exposures，通用漏洞披露）。我们认为，由于安全问题往往很快就会被其他安全问题所取代，因此进一步的CVE工作意义不大，大多只是徒增噪音。总体而言，在深度操作系统上游的安全文化得到改善之前，我们不建议使用深度操作系统的组件。
到目前为止，我们也在以较低的优先级处理深度操作系统（Deepin）的审核请求，因为多年的努力仍未取得令人满意的结果，我们更愿意将资源投入到其他更有前景的软件包中。