官方不要删掉帖子
uutils也是debian来的

https://github.com/deepin-community/glibc/blob/master/debian/control
因为当时是从 debian那边 glibc 2.37的包拿过来魔改重新编译,用debian的构建脚本而又木有审核就魔改用
因为 V23一开始是 glibc 2.37版,后来 开源生态发展合作倡议《deepin(深度)社区落地开源生态发展合作倡议,构建开放兼容的操作系统生态》的出现,大家的 glibc 才统一使用 2.38版
根社区,是指基于Linux内核和其他开源组件进行构建,不依赖上游发行版的社区体系。
也就是 所谓 根 ,其实是 把此次做成发行版需要用到的上游的代码 克隆一份到本地自主可控(自行魔改),这样代码就可以不再受上游影响而实现自主可控,一般为了省事就用 现成方案来实现
所谓 根 ,又不是一定要做成像 Android 那样,基于 Linux 内核接口,其他都重新开头开发。
从deepin开源的仓库 https://github.com/deepin-community 看的话
deepin 的大部分包基本上是从 debian 那边搬过来 实现自主可控的

OK谢谢
兼容一部分生态,逐步发展社区,最后自成一派,都是这样发展的。
官方不要删掉帖子
额,你这个问题早在deepin v23发布的时候已经有人喷过了 )
其实吧,这个问题现在不用怀疑,也不用说太复杂,一句话就可以打消你deepin现在是不是根社区的疑问,那就是:
但凡它基于debian testing或者unstable,它的稳定性都要比现在好不少,bug要少不少
Debian的底座太稳了,基于它的发行版稳定性上一直都表现不错。deepin要是真基于debian,也不至于正式版发布快一年了,论坛每天还有反馈一些很显性很低级的bug(当然了这些bug绝大多数是出在屎山高耸的dde上的)。我的建议,与其脱离什么debian搞什么根社区,还不如把dde这坨大屎山重构一边,又卡又重bug又多
其实吧,这个问题现在不用怀疑,也不用说太复杂,一句话就可以打消你deepin现在是不是根社区的疑问,那就是:
但凡它基于debian testing或者unstable,它的稳定性都要比现在好不少,bug要少不少
Debian的底座太稳了,基于它的发行版稳定性上一直都表现不错。deepin要是真基于debian,也不至于正式版发布快一年了,论坛每天还有反馈一些很显性很低级的bug(当然了这些bug绝大多数是出在屎山高耸的dde上的)。我的建议,与其脱离什么debian搞什么根社区,还不如把dde这坨大屎山重构一边,又卡又重bug又多
你搞反了
为啥是跟社区,就是因为魔改太多,对不齐上游社区了,不得不自成体系。
但是能力又欠缺,完全没有精力维护好现有的体系。导致低级bug一堆,永远修不完。
你搞反了
为啥是跟社区,就是因为魔改太多,对不齐上游社区了,不得不自成体系。
但是能力又欠缺,完全没有精力维护好现有的体系。导致低级bug一堆,永远修不完。
Deepin的魔改基本也就停留在ui界面层面,deepin把dde卸载掉只用字符界面,跟其他发行版在稳定性上也没多大区别,它的问题基本都出在dde上
别人开源的组件,库,拿来用了,没问题,只要不受别人牵制,就可以算是根发行版了。
注册一个帐号,只为这个检讨书,“用心良苦”
别人开源的组件,库,拿来用了,没问题,只要不受别人牵制,就可以算是根发行版了。
那个发行版不给Debian贡献代码呀,都认为它可以为基,才贡献代码的,认为它可以成为一个标准参考,共同发展,这不就是开源的精髓吗


中文 
Deepin23起,官方宣称Deepin是根社区发行版并且脱离Debian上游
可是为何Deepin25的用的GNU C Library还是Debian的
请大佬解答