今年初，Debian技术委员会在下一代Debian 8 Jessie初始化系统的投票中选择了Systemd，但Systemd备受争议，连带着Debian社区也是争论不休。
开发者现在又展开了Systemd的讨论。资深Debian开发者 Ian Jackson想要一个共同的决议，让每一位Debian开发者投票作出决定，而不是少数几位Debian技术委员会的委员。他的提议已经获得许多人的支持。
本来没这么重要。但systemd的设计和实现带来了两个问题：
1. systemd集成了udev，也集成了kdbus的用户态库（console-kit什么的就不用说了）。udev不用说，现在kdbus虽然还未投入使用，但作为linux下新的IPC机制，重要性显而易见。将Linux底层两个非常重要的组件集成进systemd，等于是剥夺了用户的选择权：想不用我大systemd，就自己维护udev，自己实现kdbus的用户态库吧。
2. 仔细看看systemd的特性，会发现其中竟然集成了一个httpd，还有dhcp服务，同样也接管了linux的网络管理。虽然大部分特性都可以选择不打开，但systemd的设计哲学非常明显：你们念叨了几十年的“unix哲学”过时了，该是进行整体设计的时候了（monolithic，我不知道怎么翻合适，好像GNOME那边也老念叨这个）。
回到第一个问题，udev和dbus并入systemd都是双方自愿的，可见这俩项目的开发者们都同意sytemd才是未来。两种截然相反的设计思路是systemd受到如此大争议的根本原因（而且systemd设计的应用必然导致用户选择权的丧失），像什么journal日志格式是二进制的云云反而是小问题。
另外，由于第一个问题，一旦选了systemd，回头就难了。我觉得现在都已经无法回头了。