deepin 23 是根社区了,不会再基于 Debian Stable/Testing/Unstable
至于 deepin 20 预计年底前被 deepin 23 取代,所以现阶段没必要大费周章从新基于 Debian Testing
deepin 23 是根社区了,不会再基于 Debian Stable/Testing/Unstable
至于 deepin 20 预计年底前被 deepin 23 取代,所以现阶段没必要大费周章从新基于 Debian Testing
deepin 23 是根社区了,不会再基于 Debian Stable/Testing/Unstable
至于 deepin 20 预计年底前被 deepin 23 取代,所以现阶段没必要大费周章从新基于 Debian Testing
错,目前的23还是基于debian11,你可以安装一个v23日构建!
虽然基于debian,但是和debian不同,deepin有魔改,还有玲珑类似于snap等通用包,底层目前还是debian!
看我帖子deepin日构建添加debian11源,完全可以,后续可能不行,随着deepin魔改偏离越来越多,本身添加不属于它的源就容易出问题!
错,目前的23还是基于debian11,你可以安装一个v23日构建!
虽然基于debian,但是和debian不同,deepin有魔改,还有玲珑类似于snap等通用包,底层目前还是debian!
看我帖子deepin日构建添加debian11源,完全可以,后续可能不行,随着deepin魔改偏离越来越多,本身添加不属于它的源就容易出问题!


如果它是跟社区请问debian11的信息怎么还有?
这个请你解释一下!
看我往期帖子,回来告诉我答案😂😂😂
deepin的去debian化仍在进行中……最终目的是要完全摆脱debian。
目前这一工作应该主要是https://www.deepin.org/index/docs/sig/sig/deepin-pkg/README.md这个小组在负责(重新打包应用)。你可以订阅deepin的开发邮件列表来了解最新情况。
另外早期的deepin(deepin15.9以前)是基于debian sid(unstable)的,但后来换成stable了,再后来变成old stable了……
错,目前的23还是基于debian11,你可以安装一个v23日构建!
虽然基于debian,但是和debian不同,deepin有魔改,还有玲珑类似于snap等通用包,底层目前还是debian!
看我帖子deepin日构建添加debian11源,完全可以,后续可能不行,随着deepin魔改偏离越来越多,本身添加不属于它的源就容易出问题!
参见 github/deepin-community
已经在逐步将全部的包转为自己维护了,这里会是将来v23正式版中所有的包的来源,直接加入debian源可能造成严重错误
与opensuse类似,deepin也在构建obs,将来会用obs来构建整个系统仓库
所以只是基线类似Debian 11,整个系统仓库已经不是基于debian 11了
同样的,开放麒麟的包的选择和版本选择也是自己的了,直接加入ubuntu的源可能导致严重错误
deepin 15.10之前基于debian unstable,但由于资金和人手不足,无力维护,转为stable
unstable注定有更多的坑要踩
deepin的去debian化仍在进行中……最终目的是要完全摆脱debian。
目前这一工作应该主要是https://www.deepin.org/index/docs/sig/sig/deepin-pkg/README.md这个小组在负责(重新打包应用)。你可以订阅deepin的开发邮件列表来了解最新情况。
另外早期的deepin(deepin15.9以前)是基于debian sid(unstable)的,但后来换成stable了,再后来变成old stable了……
倒不是变成old stable,是一直没更新....
参见 github/deepin-community
已经在逐步将全部的包转为自己维护了,这里会是将来v23正式版中所有的包的来源,直接加入debian源可能造成严重错误
与opensuse类似,deepin也在构建obs,将来会用obs来构建整个系统仓库
所以只是基线类似Debian 11,整个系统仓库已经不是基于debian 11了
同样的,开放麒麟的包的选择和版本选择也是自己的了,直接加入ubuntu的源可能导致严重错误
deepin 15.10之前基于debian unstable,但由于资金和人手不足,无力维护,转为stable
unstable注定有更多的坑要踩
你这里有个观点错了,开放麒麟加入其他源,跑不动,网络错误,自动屏蔽其他源,我记得和你私信时候说过这个问题!
deepin的去debian化仍在进行中……最终目的是要完全摆脱debian。
目前这一工作应该主要是https://www.deepin.org/index/docs/sig/sig/deepin-pkg/README.md这个小组在负责(重新打包应用)。你可以订阅deepin的开发邮件列表来了解最新情况。
另外早期的deepin(deepin15.9以前)是基于debian sid(unstable)的,但后来换成stable了,再后来变成old stable了……
目前看还是基于debian11,不过日后偏离内容肯定越来越多!
走跟社区首先,必须给debian的信息从deepin中删除,就像开放麒麟一样!
取舍最重要,不要把精力浪费在wayland上,要放在systemd和cgroup梳理上,尽早跨入未来。
尤其控制中心,要划分出正常流程和异常流程。正常流程追求最快响应,一旦落入异常流程就降低运行级别防止挂死GUI界面谋求记录改进的效率,这个可以通过时间机制来动态裁决。
wayland通过改进图形渲染的权限流程来提高效率,我们应该向界面响应流程要更佳体验,不跟wayland是因为精力有限,团队跟不起。
通道无非是体验反馈的效率,有那么要紧吗,改变会产生效率内耗的,ubuntu目前是桌面linux的发展主流,取舍不难吧?
作减法会走的更快捷,作加法就得负重前行!
太讨厌了,DDE移植到各大发行版上,就是不给Debian移植
Popular Events
More
deepin更适合基于debian的测试通道,而不是稳定通道,第一桌面发行版包不能太旧,deepin也有自己打包的能力,不过基于测试通道也有一些困难,就是可能修复bug工作量大,不过用过debian测试版的说比ubuntu强,前提是同一时期的,因为,ubuntu魔改严重!
deepin既然是uos上游,那就要测试稳定性,所以测试通道可以满足软件的新,又不会像sid那样不稳定,软件包太旧了,不过又不是不能用,对于编程等,还是很重要的,目前很多软件新版都在debian的测试通道,太陈旧的软件虽然稳定,但是新版的特性没有了!
至于uos的服务器版本,可以基于debian稳定通道,一个桌面版本,不需要太多稳定性,保障没有大问题,可以正常使用就好!
目前deepin出现的问题,都是deepin应用和dde桌面环境的bug!
很少有底层的bug,证明的稳定分支的可靠
有也是deepin魔改,deepin不同于debian,虽然基于debian,但是有一定差距,有些东西是deepin打包适配的,你换成debian的就会导致死机!
ubuntu证明了,测试分支更适合桌面,但是也有人提出担心,deepin魔改测试分支会不会导致更多问题,这确实是值得思考的一个问题!
无聊的直接划走就好,感兴趣的留下你的观点!