[Topic DIscussion] 你感觉deepin适合基于debian测试通道吗?
Tofloor
poster avatar
青稚
deepin
2023-02-07 05:16
Author

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魔改测试分支会不会导致更多问题,这确实是值得思考的一个问题!

无聊的直接划走就好,感兴趣的留下你的观点!

Reply Favorite View the author
All Replies
donaldsebleung
deepin
2023-02-07 05:43
#1

deepin 23 是根社区了,不会再基于 Debian Stable/Testing/Unstable

至于 deepin 20 预计年底前被 deepin 23 取代,所以现阶段没必要大费周章从新基于 Debian Testing

Reply View the author
青稚
deepin
2023-02-07 05:47
#2
donaldsebleung

deepin 23 是根社区了,不会再基于 Debian Stable/Testing/Unstable

至于 deepin 20 预计年底前被 deepin 23 取代,所以现阶段没必要大费周章从新基于 Debian Testing

错,目前的23还是基于debian11,你可以安装一个v23日构建!

虽然基于debian,但是和debian不同,deepin有魔改,还有玲珑类似于snap等通用包,底层目前还是debian!

看我帖子deepin日构建添加debian11源,完全可以,后续可能不行,随着deepin魔改偏离越来越多,本身添加不属于它的源就容易出问题!

Reply View the author
donaldsebleung
deepin
2023-02-07 05:51
#3
青稚

错,目前的23还是基于debian11,你可以安装一个v23日构建!

虽然基于debian,但是和debian不同,deepin有魔改,还有玲珑类似于snap等通用包,底层目前还是debian!

看我帖子deepin日构建添加debian11源,完全可以,后续可能不行,随着deepin魔改偏离越来越多,本身添加不属于它的源就容易出问题!

scream

Reply View the author
青稚
deepin
2023-02-07 05:54
#4
donaldsebleung

scream

如果它是跟社区请问debian11的信息怎么还有?

这个请你解释一下!

看我往期帖子,回来告诉我答案😂😂😂

Reply View the author
安洛
deepin
2023-02-07 07:21
#5

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了……

Reply View the author
神末shenmo
deepin
Spark-App
Q&A Team
2023-02-07 08:55
#6
青稚

错,目前的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注定有更多的坑要踩

Reply View the author
神末shenmo
deepin
Spark-App
Q&A Team
2023-02-07 08:56
#7
安洛

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,是一直没更新....

Reply View the author
青稚
deepin
2023-02-07 15:39
#8
神末shenmo

参见 github/deepin-community

已经在逐步将全部的包转为自己维护了,这里会是将来v23正式版中所有的包的来源,直接加入debian源可能造成严重错误

与opensuse类似,deepin也在构建obs,将来会用obs来构建整个系统仓库

所以只是基线类似Debian 11,整个系统仓库已经不是基于debian 11了

同样的,开放麒麟的包的选择和版本选择也是自己的了,直接加入ubuntu的源可能导致严重错误



deepin 15.10之前基于debian unstable,但由于资金和人手不足,无力维护,转为stable

unstable注定有更多的坑要踩

你这里有个观点错了,开放麒麟加入其他源,跑不动,网络错误,自动屏蔽其他源,我记得和你私信时候说过这个问题!

Reply View the author
青稚
deepin
2023-02-07 15:40
#9
安洛

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中删除,就像开放麒麟一样!

Reply View the author
W2J
deepin
2023-02-07 20:32
#10

取舍最重要,不要把精力浪费在wayland上,要放在systemd和cgroup梳理上,尽早跨入未来。

尤其控制中心,要划分出正常流程和异常流程。正常流程追求最快响应,一旦落入异常流程就降低运行级别防止挂死GUI界面谋求记录改进的效率,这个可以通过时间机制来动态裁决。

wayland通过改进图形渲染的权限流程来提高效率,我们应该向界面响应流程要更佳体验,不跟wayland是因为精力有限,团队跟不起。

通道无非是体验反馈的效率,有那么要紧吗,改变会产生效率内耗的,ubuntu目前是桌面linux的发展主流,取舍不难吧?

Reply View the author
W2J
deepin
2023-02-07 20:40
#11

作减法会走的更快捷,作加法就得负重前行!

Reply View the author
来自Ubuntu的某位用户
deepin
2023-02-08 04:18
#12

太讨厌了,DDE移植到各大发行版上,就是不给Debian移植

Reply View the author