最近Debian开发人员举办了对初始系统多样性的投票，最后由B提案胜出，开发人员决定继续使用Systemd，但支持探索其他替代方案。
距离上次Debian社群决定初始系统为Systemd已经过了5年，而Debian是否应另寻Systemd的替代方案，一直是不少人关心的议题，也不少人持不同的看法，认为Debian应该使用非Systemd的解决方案。为了寻求社群的共识，因此发起初始系统的投票，投票最后的提案有8个，有赞成继续专注发展Systemd，也有要求使用非Systemd初始系统，另外甚至有希望Debian可以支持多重初始系统等各种提案。
现在投票结果出炉，由B提案获得社群的青睐，希望Debian继续使用Systemd，但是支持探索替代方案。提案人写道，虽然Systemd是Debian项目启动守护行程和服务的建议配置，但是Debian作为一个环境，应该仍可让开发人员和用户，可以在其中探索并开发初始系统的替代品。
提案人表示，探索替代方案的人，应该提供必要的开发和封装资源来供其他开发者验证使用，他认为，在执行依赖部分Systemd接口软件的时候，探索诸如elogind等替代技术，对Debian来说也十分重要，而且Debian项目应该支持这类技术的开发工作，因为新技术开发与项目之间有部分重叠，可在检查补丁时即时进行讨论。
替代方案的组件应该包含服务单元或是启动守护行程和服务的初始脚本，开发者可以决定组件使用的Systemd功能，也可以包含对Systemd以外初始系统的支持，并且使用任何Systemd特定接口的替代方案。维护者以正常的程序决定要支持的补丁就可以了。
B提案还写道，Debian应承诺可支持不同初始系统的衍生产品，方式与下游软件的交互相同，相关的维护人员可以与下游合作，找出可以放在Debian中的改变，还有可留在衍生工具中的改变。