[FZH] 【译稿】Systemd 落选 Fedora 14 的详细原因

[liangsuilong]

nirik 似乎是有点曝内幕的味道....

我翻译得不好，有怪莫怪啊！

Sent to you by liangsuilong via Google Reader: Systemd 落选 Fedora 14 的
详细原因 via Linux . Spy by liangsuilong on 16/09/10
Systemd 在最后时候落选成为 Fedora 14 默认进程管理器，引发了一大堆争议问
题。尤其是 Lennart 的不满，认为不应该在这个时刻才决定放弃 systemd。 随
后 nirik 在网志上发表了一篇文章，详细解释了为什么 FESCO 会在 Fedora 14
的周期内放弃 systemd。这篇文章在一定程度上代表了 FESCO 的立场。他提到了
四个最主要的原因： Systemd 的文档还没有完全准备好，而且 systemctl 这个用
于开启和关闭的原生 systemd 服务的软件没有图形化前端，命令行模式又没有完
整的文档指导用户操作。 chkconfig 和 system-config-services 还不能处理原
生的 systemd 服务。 软件包打包指引还没有被 systemd 单元文件的指引所取
代。现在的说法是准许大部分软件包发布 sysvinit 脚本。但我们需要确保这些脚
本能够正常的运行。当我们有指引以后，我们不再会回头重新做这些工作。 现在
有一种感觉是必须要尽快完成 systemd，并且必须让它成为默认的进程管理器。整
个团队必须要赶着达到这个目的。但是在这种自信的情绪下，开发团队也必须认
清 systemd 是数以百万用户在使用它，因为要保证它能够稳定地运行。 nirik 认
为推迟 systemd 是一个正确的主意，他在后面会详尽解释为什么。他认为他们已
经犯下了错误，现在应该是继续前进并且寻找出一个办法避免同类时间再次发生。
他也为这个错误道歉了。 推迟 systemd 的这个议题早在几个星期的 FESCO 的会
议上就已经纳入到议程了。然而 systemd 的测试日活动却是在继续进行中。所以
nirik 就觉得他应该在得到更多的测试数据以后再做出决定，所以就花费了更多时
间在测试上获得数据。nirik 承认这是他的责任。他认为当时他们即使没有得到数
据的前提下也可以开展尝试和讨论。至少他们可以讨论他们当时已经得到的数
据。 回复特性的程序（或者是决定回滚特性）应该要被额外提出来。什么时候应
该做这件事情？是否需要通过 [...] Related posts:
- Systemd 被推迟到 Fedora 15 Systemd 原本打算是在 Fedora 14 的默认 init
系统，而且已经到达了可以实用的阶段。早前的 Fedora 14 Alpha...
- Fedora 14 可能把准时发布作为一项新特性 Fedora 以引领技术潮流为特点的
Linux 发行版，不过最近几年似乎没有试过按照计划表准时发布了，每一次都会跳
票和延期。 John Poelstra，作为一个 Fedora 的项目经理，决定把 Fedora
14...
- Fedora 13 RC1 降临 Fedora 质量保证组的老大 Adam Williamson 刚刚在
Fedora test 邮件列表和 devel 邮件列表宣布... 以上关联文章由 Yet Another
Related Posts Plugin 提供支持。
Things you can do from here:
- Subscribe to Linux . Spy using Google Reader
- Get started using Google Reader to easily keep up with all your
favourite sites