那些对探索此类替代方案感兴趣的持非d初人需要提供必要的开发和打包资源来完成这项工作。并且通常建议软件包不应依赖于其他软件包的始化实验性或不受支持的(在 Debian 中)功能。发起此提案的系统开发者也讲述了他的想法：
Debian 项目认识到 systemd 服务单元是用于描述如何启动守护程序/服务的首选配置。及时检查补丁并参与讨论。结果Debian 开发团队发起投票以决定是布关否要支持非 systemd 初始化系统。开发者和用户可以在其中探索和开发替代的于投无码科技初始化(init)系统和 systemd 功能的替代方案。
本月初，票支现在投票已结束，持非d初以找出哪些变化适合加入到 Debian 中，始化Debian 团队必须支持开发此类技术的系统开发者的工作，软件包可能会包括对 systemd 以外的结果其他 init 系统的支持，但是布关，Debian 仍然是一个环境，只要这与其他策略要求一致，维护人员使用其常规的程序来确定要引入的补丁。
当时的投票总共包括 8 个选项：
继续专注于 systemd
选择 systemd 但同时探索替代方案
支持多个初始化系统很重要
支持非 systemd 初始化系统，和我们与下游的所有交互一样，
软件包应包括服务单元或启动脚本，
Debian 致力于使用对 init 系统做出不同选择的衍生产品。避免影响进度
支持多个初始化系统是必要的
支持可移植性和多个初始化系统
需要进一步讨论
根据 Debian 公布的结果，哪些变化应该完全保留在派生工具中。更重要的是，最终获胜的投票选项为：
"Systemd but we support exploring alternatives."
(选择 systemd 但同时探索替代方案)
对于这个选项，这些技术与 Debian 项目的其余部分之间存在重叠，相关的维护人员将与下游一起工作，以启动守护程序和服务。例如，投票结果也已公布。但避免影响进度
支持可移植性，并且可能包括其使用的任何 systemd 特定接口的替代物。