为什么deepin需要依靠stable仓库才能保持系统稳定
Tofloor
poster avatar
ZHZ
deepin
2019-05-16 21:23
Author
而采用滚动更新的manjaro却可以更激进。是manjaro开发人员多?还是arch软件包更加独立,关联少,所以问题也少?还是manjaro问题也多,但理念不同,所以被忽视了?
我个人还是更青睐更激进的更新的
Reply Favorite View the author
All Replies
avatar
funtoo
deepin
2019-05-16 21:53
#1
Manjaro是纯社区驱动的发行版,可以充分利用社区力量来打包和自测,社区成员可以既是使用者也是开发者。而且Manjaro做的工作也是基于现有软件包的二次开发。
deepin不一样,兼顾社区和商业发行的同时,还要大量开发自有的DE和工具等,工作量翻了好几倍。所以才会出现测试范围不足导致的各种问题。
想用激进的策略也没问题,arch testing,fedora rawhide,opensuse tumbleweed随便选。
Reply View the author
Comments
jianguo922
2019-05-16 22:12
其实如果能充分使用社区力量来打包和测试确实是不错,可能工程师还涉及商业版本的确不易
avatar
justforlxz
deepin
2019-05-16 22:01
#2
arch那边崩的时候够你喝好几壶了…  
Reply View the author
avatar
le******ly@163.com
deepin
2019-05-16 22:24
#3
楼主这电脑(1)没有重要数据,应用;(2)非工作用电脑;
Reply View the author
avatar
137******33
deepin
2019-05-17 00:45
#4
实际上 是Manjaro的更新要落后Arch至少两个礼拜。如果这期间有Arch的软件报bug,Manjaro的会暂停将这个软件的新版本加入到滚动行列,直到Arch滚动到这个软件不再出现问题了,Manjaro源才继续滚动这个包。

同时,Arch系的依赖简单粗暴,没有Debian系对依赖包版本的限制问题,所以可以随便更新,甚至一定程度上保持软件的最新版本
两方面 使得Manjaro仿佛很激进,但又很稳定
Reply View the author
avatar
mutong
deepin
2019-05-17 01:11
#5
装fedora吧,然后弄个dde桌面环境,体验没太大区别,软件版本还特别新
Reply View the author
avatar
BLumia
deepin
2019-05-17 01:40
#6
滚动更新发行版并不代表稳定,可能有人注意到 Manjaro KDE 之类的组合相对还是比较稳定的,但要知道其相对稳定的原因是 KDE 之类的软件已经沉积了很久的代码基础(如果不是重构或者新功能的引入的话是不会造成稳定性问题的) —— 而不是因为发行版打包相对激进。不过还是可以说大多数情况滚更新不会有太大问题的。(我倒是有被坑惨过,曾经滚动更新 debian testing 仓库,被 baloo_file_extractor 炸过内存,在用 Arch 的时候也被 ntfs-3g 炸丢过文件)

值得一提的是,Manjaro 的 DDE 那边的社区维护人员似乎还不能比较有效的维护 DDE 全家桶的依赖关系等问题,所以有时候他们会因为依赖问题解决棘手而忽略稳定测试直接同步新的版本来构建(所以 Manjaro 的 testing 暂缓策略其实对 DDE 的效果不大),有兴趣帮忙的话可以留意一下 Deepin 的 GitHub 或者 Manjaro 的论坛。

题外话是,尽管 Deepin 的开发也有使用别的发行版或桌面环境的,但 Deepin 的开发和测试依然还是主要在 Deepin 上进行的,故别的发行版可能会有一些 Deepin 上没有的问题,这种情况也希望大家积极反馈。
Reply View the author
avatar
WangZhongyun
deepin
2019-05-17 06:28
#7
https://bbs.deepin.org/post/178093
装fedora吧,然后弄个dde桌面环境,体验没太大区别,软件版本还特别新

Fedora的dde桌面显示超频后不能顺利返回原频分辨率就是个严重问题
Reply View the author
avatar
浩然
deepin
2019-05-17 18:15
#8
manjaro也没想象中那么好。。亲自用过了。。有些小问题。主要就是如果深度能完善,必定选深度。。
Reply View the author