在Debian初始化系统上开始投票

几个月前 在博客中，我们分享有关讨论的新闻 开发人员采取的 Debian是否支持多个初始化系统 这将是一个选择。 从此 源于关于elogind软件包交付的分歧 （如果您想阅读笔记， 你可以在这个链接中做).

现在，宣布了一般性投票的开始 对于项目开发商 决定 系统是否将支持多个初始化系统，这将确定项目有关绑定到systemd的其他政策， 支持替代初始化系统以及与不使用systemd的派生发行版的交互。

几个月前， 在由于与libsystemd发生冲突而在测试分支中包含elogind软件包（GNOME在不使用systemd的情况下需要使用该软件包）出现问题之后， Debian项目负责人再次提出了这个问题， 因为开发人员不同意 他们的交流变得对抗而停滞

当前的投票将使一个策略能够传递给多个初始化系统 如果赢得支持替代系统的因素胜诉，则维护者将无法忽略或延迟此类问题。

在讨论了三个投票点之后 最初是由项目负责人提出的， 选项数量增加到八个。

投票时，一次可以选择多个项目 并按偏好级别对所选元素进行分类。 大约一千名参与软件包维护和基础架构支持的开发人员有权投票。

在建议的选项中，将建立以下内容：

• 主要关注于systemd。 提供对备用初始化系统的支持不是优先事项，但是可以选择打包用于此类系统的启动脚本。
• 支持各种初始化系统以及在非系统系统上引导Debian的能力。
  要启动服务，程序包必须包含启动脚本。
• Systemd仍然是更可取的，但是保留备用初始化系统的能力仍然存在。 允许您在备用环境中运行系统绑定的应用程序的技术（例如elogind）被认为很重要。 软件包可以包含用于备用系统的初始化文件。
• 支持不使用systemd的系统，但不进行妨碍开发的更改。 开发人员同意在可预见的将来支持多种初始化系统，但也发现有必要努力改善系统支持。 特定解决方案的开发和维护应由对此类解决方案感兴趣的社区来进行，但是其他维护者应在需要时积极协助并为解决问题做出贡献。
• 支持可移植性，而无需进行会干扰开发的更改。 硬件平台和软件堆栈之间的可移植性是一项重要任务，并且欢迎集成替代技术，即使其创建者的世界观与众不同。
• 将对多个初始化系统的支持转移到强制类别。 提供使用非systemd的引导系统运行Debian的功能继续对项目产生影响。 每个软件包都应与systemd以外的其他pid1处理程序一起使用，除非软件包中包含的软件仅设计为与systemd一起使用，并且不支持不使用systemd进行启动（不考虑缺少init脚本仅用于systemd）。
• 支持可移植性和多种实现。 一般原则与第5段完全一致，但是对于系统化和初始化系统，没有做出特定要求，也不对开发人员施加义务。 鼓励开发人员考虑他人的利益，做出让步，并找到使多方满意的通用解决方案。

投票将持续到27月28日（含），结果将于XNUMX月XNUMX日宣布。 如果您想了解更多信息，可以查阅原始出版物。 在下面的链接中。