Bug#727708: init system resolution - revised proposal

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

We had a good drafting session on IRC.  Here are the results.
I hereby propose (and propose and do not accept amendments as
necessary), so as to provide the following options:

  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

Each of these consists of the applicable sections from the resolution
text below (which is in 727708_initsystem/draft-resolution.txt in
git).

We agreed that we would call for votes on Monday night (let's say,
18:00 UTC) unless any TC member objects.  We will start voting sooner
if everyone agrees that this is the good ballot text.

Ian, Bdale, Andy, Don and Russ agreed on IRC that this was a good
ballot.  Steve, Colin, Keith: let us know, and perhaps we can start
the vote sooner.

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

== dependencies rider version T (Tight coupling) ==

   This decision is limited to selecting a default initsystem; we
   continue to welcome contributions of support for all init systems.

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

   This decision is limited to selecting a default initsystem; 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.

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

--