![Debian 对 systemd 的立场是什么?](https://linux22.com/image/195892/Debian%20%E5%AF%B9%20systemd%20%E7%9A%84%E7%AB%8B%E5%9C%BA%E6%98%AF%E4%BB%80%E4%B9%88%EF%BC%9F.png)
Debian 对 systemd 有政策吗? systemd 的每个元素都被采用了吗?他们有遵守声明吗?
答案1
唯一的Debian 对 systemd 的官方立场来自“一般解决方案:初始化系统和 systemd”。这仅适用于 init 系统。决议是“systemd,但我们支持探索替代方案”。投票于 2019 年 12 月 27 日结束,我找不到有关 systemd 生态系统其余部分的进一步声明。这里重要的一点是,有一个更支持 systemd 的立场被拒绝了,即“专注于系统”。
您可以在此处查看此决定的描述,
选择2:B:Systemd,但我们支持探索替代方案 利用宪法第 4.1 (5) 条规定的权力,该项目发布以下声明,描述我们当前对 Init 系统、多个 init 系统以及 systemd 设施的使用的立场。本声明描述了该项目在通过时的立场。这一立场可能会随着时间的推移而演变,而无需诉诸未来的一般性决议。如果项目需要做出决定但无法达成共识,GR 流程仍然可用。
Debian 项目认为 systemd 服务单元是描述如何启动守护进程/服务的首选配置。然而,Debian 仍然是一个开发人员和用户可以探索和开发替代 init 系统和 systemd 功能替代方案的环境。那些有兴趣探索此类替代方案的人需要提供必要的开发和打包资源来完成这项工作。诸如 elogind 之类的技术可以在运行依赖于某些 systemd 接口的软件时促进探索替代方案,这对 Debian 仍然很重要。重要的是,该项目支持开发人员在这些技术与项目其他部分之间存在重叠的技术方面的努力,例如通过及时审查补丁和参与讨论。
包应包含服务单元或初始化脚本来启动守护进程和服务。软件包可以由软件包维护者自行决定使用任何 systemd 工具,前提是这符合其他策略要求以及软件包不应依赖于其他软件包的实验性或不受支持(在 Debian 中)功能的正常期望。除了 systemd 之外,软件包还可能包括对备用 init 系统的支持,并且可能包括它们使用的任何特定于 systemd 的接口的替代方案。维护人员使用正常程序来决定要包含哪些补丁。
Debian 致力于与对 init 系统做出不同选择的衍生版本合作。与我们与下游的所有互动一样,相关维护人员将与下游合作,找出哪些更改适合合并到 Debian 中,哪些更改纯粹保留在衍生版本中。