关于deepin基础源的一些建议
Tofloor
poster avatar
rjl931189261
deepin
2015-10-17 05:35
Author
本帖最后由 rjl931189261 于 2015-10-17 07:04 编辑

注:本人为debian8 GNOME用户,用了debian将近一年了,并不使用deepin,只是偶尔上本论坛看看,虽说deepin2015的alpha1内测版已经出了好久了,貌似连内测都结束了,大部分的功能和软件也应该已经冻结了,但是还是忍不住,想提点建议。下面语言若太过偏激尽情谅解,欢迎各位谈谈你的看法。谢绝恶意喷。

据说deepin2015将基于debian,对于这一进步,我表示充分的肯定。

但是我一直不是很能理解为什么非要基于unstable。虽说unstable可以滚动更新。这样的优点也显而易见,例如无需经历跨版本升级的阵痛,也不需要重装系统。但是这个对于新手真的好吗?

unstable在debian的官网上是这么说的:

unstable包含了 Debian 中最新版本的软件包。不稳定版不会从安全小组获得及时的安全更新。不稳定版中的软件包都只经过简单的测试,因此可能包含了足以影响您的系统稳定性的严重问题。只有极有经验的用户才应该考虑使用不稳定版的软件包。

(来源:http://www.debian.org/distrib/packages)

虽然有人认为它比archlinux好多了,但是这些问题deepin官方想过了吗?

1 就是各种依赖问题,你确定新手会处理?

以下例子就是在unstable中经常发生的。

正在读取软件包列表... 完成

正在分析软件包的依赖关系树

正在读取状态信息... 完成

a 有一些软件包无法被安装。如果您用的是 unstable 发行版,这也许是

因为系统无法达到您要求的状态造成的。该版本中可能会有一些您需要的软件

包尚未被创建或是它们已被从新到(Incoming)目录移出。

b 下列软件包有未满足的依赖关系:

libtirpc1 : 破坏: nfs-common (< 1:1.2.8-7) 但是 1:1.2.6-4 正要被安装

E: 无法修正错误,因为您要求某些软件包保持现状,就是它们破坏了软件包间的依赖关系。

几乎就只有testing和unstable会出现这种情况,stable的依赖关系处理得很好。

2 滚挂了怎么办?

我去年曾试过用unstable,就是因为apt-get autoremove差点滚挂,当时这命令居然想把整个GNOME卸掉,说是''自动安装的,现在已经不需要了'',可能对一我或一些老鸟来说不算挂掉,重装相应的包就好了,如果新手对于这种情况看都不看直接enter,重启后对于他们来说就是真的滚挂了。

此外,在我看来,一个不稳定的基础源加上一个尚未成熟的dde,真的很不靠谱,也不适合用于企业生产环境。

3累死用户? 辛苦自己?

unstable永不冻结,每天都有大量的包涌入,少则十几个,多则五十几个乃至上百个,如果有一两个星期没有开机,那会有上百个软件包要升级,十分耗费用户精力。

因为是基于unstable,我相信deepin官方也不会像2014那样,仅仅是发布三个点更新吧,否则新安装的系统就有一千多个软件要升级,几乎所有软件都要升级,搞得就像debian从oldstable(或stable)升级到stable(或testing)一样,耗费的时间显而易见,而且这样升级大量包很有可能会导致桌面崩溃,然而小白不一定会装个fbterm然后切换tty去升级吧,然后就没有然后了......所以deepin官方打算学习debian testing每周发布一个snapshot镜像?有这个精力吗?

其实选unstable作为基础源真的对用户不是很负责。虽然我觉得肯定会有人支持用unstable,而且现在应该也改不了基础源了,但是我还是想提出以下建议:

1 如果是能在未来的版本中将基础源改成stable那就最好了。毕竟追新也是没用的,如果是嫌stable软件旧的话可以考虑开jessie-backports(可以顺便调整优先级至500使其默认被启用,以方便小白),感觉比ubuntu lts好很多。这个的案例可以参考LMDE 2,这个版本就是基于jessie,好评如潮。

2 至于真要滚动更新其实我更推荐testing,虽说滚的不平滑,但是问题的确比unstable少很多。

3 至于搞unstable的话,我感觉会有可能会提高deepin2015的入门门槛,至少使用这得熟练熟练使用apt-get,apt和aptitude,会处理各种依赖关系。对于这个我的建议是:在安装页面最好写明使用deepin2015的一些风险,适合的人群,还有2015不适合用于企业生产环境等等,并在wiki上多写一些处理依赖问题的方法(如使用aptitude降级某些包)。届时我[考虑]搞一个基于stable的community editon出来,反正debian系中这种工具有的是。

最后,只希望deepin2015能获得成功!

Reply Favorite View the author
All Replies
2 / 2
To page
rjl931189261
deepin
2015-10-19 06:05
#21
lcw0268 发表于 2015-10-18 13:16
你说的很有道理,是真的初中生吗?---后生可畏。
但不要提议投票,网络投票没有权威性和代表性。
还有一 ...

真的是初中生
现在初三,表示初一时入的坑
Reply View the author
rjl931189261
deepin
2015-10-19 06:07
#22
ManateeLazyCat 发表于 2015-10-18 16:19
其实桌面版本用户感觉的稳定的体验和仓库的软件包体验是完全不一样的两个体验。

用户体验的稳定性是看桌 ...

明白了
其实我只是希望deepin将更多精力放在dde而已......
Reply View the author
cxbii
deepin
2015-10-19 18:27
#23
https://bbs.deepin.org/post/32806
明白了
其实我只是希望deepin将更多精力放在dde而已......

其实还有一点没有回答你,就是你说到的普通用户是否会处理依赖的问题。

其实这个在我们的官方看来,没有什么问题(请听我细细道来)...
因为我今后的目标是类似的OS X,安装软件只推荐从深度商店安装,深度商店的软件都会通过人工挑选并且测试通过,深度商店是纯图形化的安装软件,和新立德类似,但是只会有“安装”、“卸载”两个按钮。报错也只会有“下载失败”和“软件已下架”这类简单的问题。但是真的遇到了你说的软件包冲突和缺失这类问题,这些问题应该是我们仓库管理员解决的,并且QA同学也不应该把这些有问题的更新通过并且放出去。

很简单,出问题是不可避免的,但是出了问题不应该让用户自己解决,应该要官方来解决,这个才是正确的方法。

当然了,你可能会说我们很独裁,为什么一定要用户从深度商店安装软件,自己编译、自己折腾才是Linux系统的乐趣所在呀。关于这点,我个人是很反对的,因为这类折腾在我们的看来是玩,但是在我们的父辈看来,这是个灾难。。。

其实我们当然不会像OS X这样封闭,大家还是可以自己编译和使用apt的(深度商店的软件来源于仓库,但是大大的少于仓库内的软件)。但是如果是大家自己折腾出的问题....我们官方也无能为力了,如果这样的问题也归结为我们的问题,就不太厚道了对吧?

我们的思路和原则很简单,我们会提供一个稳定和安全的软件获取渠道(这个我们负责),但是我们也不封闭其他渠道,但是其他的渠道,我们真的无法负责。
Reply View the author
Comments
knightlu
2015-10-26 06:49
nice,这也是我一直以来的想法,软件贵精不贵多,deepin没必要维护整个仓库。
liulangdedao
2015-10-20 04:59
干脆面君的话,让我可以放心的准备为老父装一台DEEPIN系统的电脑了。还是那句,我们在静等2015,不过真的希望可以公测啊
rjl931189261
deepin
2015-10-20 06:18
#24
cxbii 发表于 2015-10-19 10:27
其实还有一点没有回答你,就是你说到的普通用户是否会处理依赖的问题。

其实这个在我们的官方看来,没有 ...

我感觉我真的接受不了deepin的目标(抱歉)
不过deepin毕竟是定位于新手的......这样做也很正常......
Reply View the author
ArthurDeepin
deepin
2015-10-20 06:59
#25
https://bbs.deepin.org/post/32806
我感觉我真的接受不了deepin的目标(抱歉)
不过deepin毕竟是定位于新手的......这样做也很正常...... ...

我也不是很喜欢,原因是deepin的逻辑很硬,一个好的系统不需要手动定制,可是它的前提是它是一个好的系统。
为了达成一个好的系统,咱们就先把定制剔掉吧,有问题来反馈。(有没有发现,实际上的增值对用户来说是负值,系统还没好,可替代方案先挂了)

我不喜欢的原因是目前为止,官方都想用最理想的方式解决问题,即使那个最理想的方式和环境还没有达成,并且实际情况是目前为止deepin把握住问题的水平不高。官方的理想状态是用户不需要解决依赖导致的故障,但是,潜台词是,一旦这种故障产生,用户可以用来解决的方法可能已经被deepin剔除出系统了,而deepin预想的理想状态还未达成(这只是一个说法,类似的做法是为了避免潜在的问题关掉更多的自由)

只要有一个问题脱离理想状态,那么就需要更多的非理想状态的工具来解决问题,这才是用户在目前不可避免的价值,关掉它,不是提升价值,是彻底不再产生价值。

当然鉴于linux本身的性质,要彻底关掉一些东西是不可能的。这也是deepin可以放手干也不算很封闭的原因吧。
Reply View the author
2 / 2
To page
New Thread

Popular Events

More
国际排名
WHLUG