DebianFork发布无systemd的Debian分支Devuan
2015-07-11 11:25:22 
阿炯
Debian 8 Jessie的 init 系统默认使用 systemd，这一选择在社区引发了大量争议，导致了技术委员会的多名成员辞职(含创始人)。这真是一个邪恶的项目，看似封闭的之前可见的过程，仅支持linux，它撕裂了整个Debian社区，参看“Debian技术委员会将采用Systemd作为下一代init程序”。现在，“老兵 Unix 管理员”宣布要创建一个新的不使用 sytemd 的 Debian 分支。这群 Unix 哲学拥护者们请求外界捐赠支持他们的新使命，经过最终讨论，该项目名称正式命名为：Devuan。
我们是老兵 Unix 管理员(Veteran Unix Admins)，非常关注 Debian GNU/Linux 在 systemd 上的分歧，并且决定分支(fork)Debian 项目。现在的 Debian 项目的领导者受到了 GNOME 开发者太多的影响，而且在项目中考虑了太多的桌面需求的因素，而 Debian 用户却大多数是精通技术的系统管理员。
而且，今天 Debian 正逐渐背离自己最初愿景，也是开源软件的基石：用户至上。这到底是怎么了？所谓的“do-ocracy”开发者和包维护者正在给用户强加他们的选择。
为什么我们要这样做？
我们中的一些人是上游开发者，一些人是专业的系统管理员：我们每天都要和 Debian 打各种交道。我们不想被强迫使用 systemd 来替代传统的 UNIX sysvinit 初始化系统，因为 systemd 背离了 UNIX 哲学。我们考虑采用贴近 sysvinit 的架构，而不是那种破坏了“做一件事，把它做好”的原则、带着数十个紧密耦合的二进制文件和不透明的日志的东西。
有比创建分支更好的解决方案么？
不幸的是，目前没有！在下一代的 Debian v.8 "Jessie" 发行版中，默认的初始化系统将是 systemd，它将挟裹着一堆紧密纠缠的东西来到。我们需要分离这些依赖的牵扯，从所有受到影响的软件包中清除这些，并提供相应的替代品。我们所要创建的分支的稳定性是目前阶段所要考虑的首要重点。套用一下 Eric S. Raymond 在这个问题上的看法，我们认为 systemd 很容易就会发生嬗变，进而臃肿不堪、最后变成了那种讨厌的纠结在一起的毛球。
我们希望能够用可以阅读的 shell 脚本来控制系统的启动，因为可读性能够给我们这些有能力的人更多的控制和洞悉。我们认为，在一个守护进程中集中控制服务、socket、设备、挂载等等，是对传统的 UNIX 哲学的一记响亮耳光。
systemd 也许对于配置 init 来说很简单，但是它增加了 init 过程中的不透明度。在 systemd 中很明确是这样的：可以通过更少的变量来调整，而通过远超 sysvinit 大小的程序将大部分细节隐藏在一个巨大的二进制程序里面。
ls -lH /sbin/init
sysvinit: -rwxr-xr-x 1 root root 36992 Jul 14 2013 /sbin/init
systemd: -rwxr-xr-x 1 root root 1317632 Sep 1 14:41 /sbin/init
# 你也许认为我不够强大，但是你也太胖了！
可以说 systemd 的安全模式更多的依赖于开发者和包维护者，而不怎么指望系统管理员。作为 Debian 用户，我们只是希望不要被强迫必须如此，看看 CTTE 关于这个问题的投票就会知道，我们相信这样下去会越来越多的听到用户要求：放开那个 Init ！不要和 systemd 和它的那堆零碎纠缠在一起。“放开那个 Init”( Init Freedom)，这是我们的承诺，我们会建立一个 Debian 项目的分支，创建一个新的基础发行版。
这需要一些时间，我们会一步步来。首先我们会配合 Debian 8 "Jessie" 的发布，给当前的 Debian 用户平滑升级提供一个完整的解决方案。老兵 Unix 管理员(Veteran Unix Admins)的一个小型的核心小组正在积极建设分支的相关框架和一些用于开发的基础设施。
新项目Devuan的开发规则如下图：
On the long-term Devuan will do its best to stay minimal and abide to the UNIX philosophy of "doing one thing and doing it well". Devuan perceives itself not as an end product, but a starting point for developers, a viable base for sysadmins and a stable tool for people who have experience of Debian.
Our project is called Devuan ⁽™⁾.
在继Parrot OS 开发者吐槽 systemd，计划切换至 Devuan后，systemd再次被人吐槽。
Nico Schottelius 曾经是一家瑞士公司的首席执行官，这家公司主要提供虚拟主机，数据中心和高速光纤网络等的技术服务。在谈到当时的就职经验时，Nico 说道：“Systemd 开发者将社区细化，大大降低了稳定性，并增加了复杂性，但却没有多少实际价值。”
他曾在一篇文章中表示：
在 ungleich 时，我们有一个小开发团队，当时我们从 Systemd 转到了 Devuan，因为我们没有更多的时间去处理 Systemd 给我们造成的问题。我们甚至无法估计 Systemd 带来的安全风险。我们的目标是创建一个更强大，更易于使用的 VM 平台，而不是让开发陷入危险境地...
Devuan 开发人员正在做的是创造稳定性。为什么人们比起 Windows 更喜欢 Linux 服务器？ 是因为 Windows 太复杂，太容易出错，不适合作为一个稳定的基础。 而这正是 Systemd 给 Linux 带来的麻烦：容易出错、复杂、不稳定。 有了 Systemd，使用 Linux 的主要优势都被掩盖了。文章认为，创建 Devuan 是为了保证 Linux 的稳定性，这对于很多人来说都非常重要的。
官方主页：http://devuan.org/
我们是老兵 Unix 管理员(Veteran Unix Admins)，非常关注 Debian GNU/Linux 在 systemd 上的分歧，并且决定分支(fork)Debian 项目。现在的 Debian 项目的领导者受到了 GNOME 开发者太多的影响，而且在项目中考虑了太多的桌面需求的因素，而 Debian 用户却大多数是精通技术的系统管理员。
而且，今天 Debian 正逐渐背离自己最初愿景，也是开源软件的基石：用户至上。这到底是怎么了？所谓的“do-ocracy”开发者和包维护者正在给用户强加他们的选择。
为什么我们要这样做？
我们中的一些人是上游开发者，一些人是专业的系统管理员：我们每天都要和 Debian 打各种交道。我们不想被强迫使用 systemd 来替代传统的 UNIX sysvinit 初始化系统，因为 systemd 背离了 UNIX 哲学。我们考虑采用贴近 sysvinit 的架构，而不是那种破坏了“做一件事，把它做好”的原则、带着数十个紧密耦合的二进制文件和不透明的日志的东西。
有比创建分支更好的解决方案么？
不幸的是，目前没有！在下一代的 Debian v.8 "Jessie" 发行版中，默认的初始化系统将是 systemd，它将挟裹着一堆紧密纠缠的东西来到。我们需要分离这些依赖的牵扯，从所有受到影响的软件包中清除这些，并提供相应的替代品。我们所要创建的分支的稳定性是目前阶段所要考虑的首要重点。套用一下 Eric S. Raymond 在这个问题上的看法，我们认为 systemd 很容易就会发生嬗变，进而臃肿不堪、最后变成了那种讨厌的纠结在一起的毛球。
我们希望能够用可以阅读的 shell 脚本来控制系统的启动，因为可读性能够给我们这些有能力的人更多的控制和洞悉。我们认为，在一个守护进程中集中控制服务、socket、设备、挂载等等，是对传统的 UNIX 哲学的一记响亮耳光。
systemd 也许对于配置 init 来说很简单，但是它增加了 init 过程中的不透明度。在 systemd 中很明确是这样的：可以通过更少的变量来调整，而通过远超 sysvinit 大小的程序将大部分细节隐藏在一个巨大的二进制程序里面。
ls -lH /sbin/init
sysvinit: -rwxr-xr-x 1 root root 36992 Jul 14 2013 /sbin/init
systemd: -rwxr-xr-x 1 root root 1317632 Sep 1 14:41 /sbin/init
# 你也许认为我不够强大，但是你也太胖了！
可以说 systemd 的安全模式更多的依赖于开发者和包维护者，而不怎么指望系统管理员。作为 Debian 用户，我们只是希望不要被强迫必须如此，看看 CTTE 关于这个问题的投票就会知道，我们相信这样下去会越来越多的听到用户要求：放开那个 Init ！不要和 systemd 和它的那堆零碎纠缠在一起。“放开那个 Init”( Init Freedom)，这是我们的承诺，我们会建立一个 Debian 项目的分支，创建一个新的基础发行版。
这需要一些时间，我们会一步步来。首先我们会配合 Debian 8 "Jessie" 的发布，给当前的 Debian 用户平滑升级提供一个完整的解决方案。老兵 Unix 管理员(Veteran Unix Admins)的一个小型的核心小组正在积极建设分支的相关框架和一些用于开发的基础设施。
新项目Devuan的开发规则如下图：
On the long-term Devuan will do its best to stay minimal and abide to the UNIX philosophy of "doing one thing and doing it well". Devuan perceives itself not as an end product, but a starting point for developers, a viable base for sysadmins and a stable tool for people who have experience of Debian.
Our project is called Devuan ⁽™⁾.
在继Parrot OS 开发者吐槽 systemd，计划切换至 Devuan后，systemd再次被人吐槽。
Nico Schottelius 曾经是一家瑞士公司的首席执行官，这家公司主要提供虚拟主机，数据中心和高速光纤网络等的技术服务。在谈到当时的就职经验时，Nico 说道：“Systemd 开发者将社区细化，大大降低了稳定性，并增加了复杂性，但却没有多少实际价值。”
他曾在一篇文章中表示：
在 ungleich 时，我们有一个小开发团队，当时我们从 Systemd 转到了 Devuan，因为我们没有更多的时间去处理 Systemd 给我们造成的问题。我们甚至无法估计 Systemd 带来的安全风险。我们的目标是创建一个更强大，更易于使用的 VM 平台，而不是让开发陷入危险境地...
Devuan 开发人员正在做的是创造稳定性。为什么人们比起 Windows 更喜欢 Linux 服务器？ 是因为 Windows 太复杂，太容易出错，不适合作为一个稳定的基础。 而这正是 Systemd 给 Linux 带来的麻烦：容易出错、复杂、不稳定。 有了 Systemd，使用 Linux 的主要优势都被掩盖了。文章认为，创建 Devuan 是为了保证 Linux 的稳定性，这对于很多人来说都非常重要的。
官方主页：http://devuan.org/