Bug#727708: TC resolution revised draft

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

Ian Jackson writes ("TC resolution revised draft"):
> I'm going to follow up in a moment with a formal action to propose
> a resolution, starting the constitutional discussion period.

I hereby formally propose what I have called UM (text below).

I also hereby formally propose DM as an amendment, but do not accept
it.

After I hear from other TC members on the merits of O vs OM and V vs
VM, I will propose but not accept one of each, unless someone else
gets there first.

I suggest that those TC members who prefer to leave out the comments
about supporting multiple init systems propose D and/or U.

That will leave us voting on (most likely):
   D    systemd default in jessie, say nothing about multiple inits
   DM   systemd default in jessie, support multiple inits
   U    systemd default in jessie, say nothing about multiple inits
   UM   systemd default in jessie, support multiple inits
   O    openrc default in jessie
   V    sysvinit default in jessie
   GR   project should decide via GR
   FD   further discussion

We should see what people say by email and at the meeting, but unless
people disagree I think it would be sensible to have a formal
discussion period of about a week.

That would have us starting the vote on the 6th of February.  Is
everyone available to vote then ?

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.

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