Bug#727708: package to change init systems

[Ian Jackson <ijackson@chiark.greenend.org.uk>]

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,
> too.

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
illustrate):

   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
   tolerable.

   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.

Thanks,
Ian.