Ian Jackson writes ("Bug#727708: package to change init systems"): > I now intend to do the CFV at 16:30 UTC on Wednesday.
I hereby call for votes on my previously proposed resolution and amendments. All the options require a simple majority. The list of options, and full resolution text, are reproduced below. Thanks, Ian. Options on the ballot: DT systemd default in jessie, requiring specific init is allowed DL systemd default in jessie, requiring specific init NOT allowed UT upstart default in jessie, requiring specific init is allowed UL upstart default in jessie, requiring specific init NOT allowed OT openrc default in jessie, requiring specific init is allowed OL openrc default in jessie, requiring specific init NOT allowed VT sysvinit default in jessie, requiring specific init is allowed VL sysvinit default in jessie, requiring specific init NOT allowed GR project should decide via GR FD further discussion == version D (systemD) == The default init system for Linux architectures in jessie should be systemd. == version U (Upstart) == The default init system for Linux architectures in jessie should be upstart. == version O (Openrc) == The default init system for Linux architectures in jessie should be openrc. == version V (sysVinit) == The default init system for Linux architectures in jessie should be sysvinit (no change). == version GR (General Resolution) == The Technical Committee requests that the project decide the default init system for jessie by means of General Resolution. == clarification text for all versions except GR == This decision is limited to selecting a default initsystem for jessie. We expect that Debian will continue to support multiple init systems for the foreseeable future; we continue to welcome contributions of support for all init systems. Therefore, for jessie and later releases: == dependencies rider version T (Tight coupling) == Software may require a specific init system to be pid 1. However, where feasible, software should interoperate with all init systems; maintainers are encouraged to accept technically sound patches to enable interoperation, even if it results in degraded operation while running under the init system the patch enables interoperation with. == dependencies rider version L (Loose coupling) == Software outside of an init system's implementation may not require a specific init system to be pid 1, although degraded operation is tolerable. Maintainers are encouraged to accept technically sound patches to enable improved interoperation with various init systems. == rider for all versions except GR == This decision is automatically vacated by any contrary General Resolution which passes by a simple majority. In that case the General Resolution takes effect and the whole of this TC resolution is to be taken as withdrawn by the TC, just as if the TC had explicitly withdrawn it by a subsequent TC resolution. -- -- To UNSUBSCRIBE, email to debian-ctte-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/21234.26613.826545.236...@chiark.greenend.org.uk