Bug#727708: TC resolution revised draft

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

I have taken Bdale's text, reformatted it a bit, and added the GR
rider and the multiple init systems rider texts.

For the GR rider I used the version from my previous standalone
proposal.  I see Bdale has a different text in git.  I'll discuss that
in a moment.

For the multiple init systems rider I used my original text for the
first sentence and Don's formulation for the second sentence.

I have also added an explicit option for declining to decide and
asking the project to do it via GR.  I think such an option would be
much better than FD.

Below is the result.  This in principle results in 9 real options plus
FD.  I'm going to call the options by the subsets of the text they
use:

  D DM U UM O OM V VM GR and of course FD

I think we can probably leave out one of each of O OM V VM.  If anyone
has a preference for O and V over OM and VM please say so.  I think O
and V are probably sufficient for those options, as the desire to
support multiple systems there is probably obvious so doesn't need
saying.  That would leave us with 7 real options which isn't too
unmanageable.

The text below is in the tc git repo.

I'm going to follow up in a moment with a formal action to propose
a resolution, starting the constitutional discussion period.

Ian.

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

== optional rider M (Multiple init systems) ==

   Debian intends to support multiple init systems, for the
   foreseeable future, and so long as their respective communities
   and code remain healthy.

   Where feasible, software should interoperate with non-default
   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.

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