Debian 公布关于投票支持非 systemd 初始化系统的结果

局长
 局长
发布于 2019年12月29日
收藏 7

本月初,Debian 开发团队发起投票以决定是否要支持非 systemd 初始化系统。现在投票已结束,投票结果也已公布。

当时的投票总共包括 8 个选项:

  1. 继续专注于 systemd
  2. 选择 systemd 但同时探索替代方案
  3. 支持多个初始化系统很重要
  4. 支持非 systemd 初始化系统,但避免影响进度
  5. 支持可移植性,避免影响进度
  6. 支持多个初始化系统是必要的
  7. 支持可移植性和多个初始化系统
  8. 需要进一步讨论

根据 Debian 公布的结果,最终获胜的投票选项为:

"Systemd but we support exploring alternatives."
(选择 systemd 但同时探索替代方案)

对于这个选项,发起此提案的开发者也讲述了他的想法:

Debian 项目认识到 systemd 服务单元是用于描述如何启动守护程序/服务的首选配置。但是,Debian 仍然是一个环境,开发者和用户可以在其中探索和开发替代的初始化(init)系统和 systemd 功能的替代方案。

那些对探索此类替代方案感兴趣的人需要提供必要的开发和打包资源来完成这项工作。在运行依赖于某些 systemd 接口的软件时,有助于探索替代方案的诸如 elogind 之类的技术对于 Debian 仍然很重要。更重要的是,Debian 团队必须支持开发此类技术的开发者的工作,这些技术与 Debian 项目的其余部分之间存在重叠,例如,及时检查补丁并参与讨论。

软件包应包括服务单元或启动脚本,以启动守护程序和服务。软件包可以由软件包维护者自行决定使用任何 systemd 工具,只要这与其他策略要求一致,并且通常建议软件包不应依赖于其他软件包的实验性或不受支持的(在 Debian 中)功能。软件包可能会包括对 systemd 以外的其他 init 系统的支持,并且可能包括其使用的任何 systemd 特定接口的替代物。维护人员使用其常规的程序来确定要引入的补丁。

Debian 致力于使用对 init 系统做出不同选择的衍生产品。和我们与下游的所有交互一样,相关的维护人员将与下游一起工作,以找出哪些变化适合加入到 Debian 中,哪些变化应该完全保留在派生工具中。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:Debian 公布关于投票支持非 systemd 初始化系统的结果
加载中

精彩评论

idoz
idoz
system v 小而精,可方便地编排或裁剪,通过搭积木的方式将小的组件组装成一个个功能,各功能间的依赖小,可替换哟; systemd功能先进而且强大,是一个体系,一旦依赖上它,想摆脱它就很难喽,试想那些充满理想主义的开发者怎么会心甘情愿地做“小三儿”呢?你愿意么?

最新评论(5

idoz
idoz
system v 小而精,可方便地编排或裁剪,通过搭积木的方式将小的组件组装成一个个功能,各功能间的依赖小,可替换哟; systemd功能先进而且强大,是一个体系,一旦依赖上它,想摆脱它就很难喽,试想那些充满理想主义的开发者怎么会心甘情愿地做“小三儿”呢?你愿意么?
晒太阳的小猪
晒太阳的小猪
systemd有时候是侵入式的,加上日志和有些内容的二进制,不利于系统管理。go的那种非侵入式机制更有利于协作
冰力
冰力
OpenRC 很不错,可以考虑备选。
zhuzhu0330
zhuzhu0330
还是system v好用
cevin
cevin
具体因为啥呢
返回顶部
顶部