Bug#727708: package to change init systems
Ian Jackson writes ("Bug#727708: package to change init systems"):
> Adrian, does that address your point ? I think that phrasing makes it
> clear that the remaining text (whether T or L) applies past jessie,
To expand on what Adrian says in his next mails, the result is that
you might have something like this (arbitrarily, I have picked VL to
The default init system for Linux architectures in jessie should
be sysvinit (no change).
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.
Software outside of an init system's implementation may not require
a specific init system to be pid 1, although degraded operation is
Maintainers are encouraged to accept technically sound patches
to enable improved interoperation with various init systems.
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.
I think this wording is unambiguous. The first paragraph applies only
to jessie, but the rest of the resolution applies afterwards as well.
Bdale, if this is not acceptable to you then please say.
Personally I think it is essential for the TC to give now an answer on
T-vs-L for jessie+1 and beyond. If the situation changes radically
and relevantly between now and then, the TC can of course revisit and
modify its own decision.