Bug#727708: package to change init systems
Ian Jackson writes ("Bug#727708: package to change init systems"):
> I would be happy to do this. Anyone object to me prefixing
> Therefore, for jessie and later releases:
> before the T/L "Software ..." paragraphs ?
Following another exchange on IRC I have now done this in git, and I
hereby propose and accept that amendment (to all versions). The
result is as below.
I now intend to do the CFV at 16:30 UTC on Wednesday.
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.
--
Reply to: