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. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
