[RFR]wml://vote/2014/vote_003.wml
Bonjour,
proposition de traduction d’une nouvelle page :
https://www.debian.org/vote/2014/vote_003
Merci d’avance pour vos relectures.
Amicalement.
--
Jean-Paul
#use wml::debian::translation-check translation="1.10" maintainer="Jean-Paul Guillonneau"
<define-tag pagetitle>Résolution générale : couplage de systèmes init</define-tag>
<define-tag status>V</define-tag>
# meanings of the <status> tag:
# P: proposed
# D: discussed
# V: voted on
# F: finished
# O: other (or just write anything else)
#use wml::debian::template title="<pagetitle>" BARETITLE="true" NOHEADER="true"
#use wml::debian::toc
#use wml::debian::votebar
<h1><pagetitle></h1>
<toc-display />
# The Tags beginning with v are will become H3 headings and are defined in
# english/template/debian/votebar.wml
# all possible Tags:
# vdate, vtimeline, vnominations, vdebate, vplatforms,
# Proposers
# vproposer, vproposera, vproposerb, vproposerc, vproposerd,
# vproposere, vproposerf
# Seconds
# vseconds, vsecondsa, vsecondsb, vsecondsc, vsecondsd, vsecondse,
# vsecondsf, vopposition
# vtext, vtextb, vtextc, vtextd, vtexte, vtextf
# vchoices
# vamendments, vamendmentproposer, vamendmentseconds, vamendmenttext
# vproceedings, vmajorityreq, vstatistics, vquorum, vmindiscuss,
# vballot, vforum, voutcome
<vtimeline />
<table class="vote">
<tr>
<th>Propositions et amendements</th>
<td>Jeudi 16 Octobre 2014</td>
<td></td>
</tr>
<tr>
<th>Période de débat :</th>
<td>Dimanche 19 Octobre 2014</td>
<td>Dimanche 2 Novembre 2014</td>
</tr>
<tr>
<th>Période de vote :</th>
<td>Jeudi 5Â Novembre, 00:00:00Â UTC, 2014</td>
<td>Mardi 18Â Novembre, 23:59:59Â UTC, 2014</td>
</tr>
</table>
<vproposer />
<p>Ian Jackson [<email ijackson@chiark.greenend.org.uk>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00001.html'>texte de la proposition</a>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00197.html'>proposition et amendement accepté</a>]
<!-- [<a href='https://lists.debian.org/debian-vote/2014/04/msg00005.html'>Appel à voter</a>] -->
</p>
<vseconds />
<ol>
<!-- <li>[<email >] [<a href=''>mail</a>] </li> -->
<li>Simon Richter [<email Simon.Richter@hogyros.de>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00003.html'>message</a>] </li>
<li>Alessio Treglia [<email quadrispro@gmail.com>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00004.html'>message</a>] </li>
<li>Iustin Pop [<email iustin@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00006.html'>message</a>] </li>
<li>Florian Lohoff [<email f@zz.de>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00008.html'>mail</a>] </li>
<li>Ritesh Raj Sarraf [<email rrs@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00007.html'>message</a>] </li>
<li>Bernhard R. Link [<email brlink@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00032.html'>message</a>] </li>
<li>Dimitri John Ledkov [<email xnox@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00038.html'>message</a>] </li>
<li>Jonas Smedegaard [<email jonas@jones.dk>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00019.html'>message</a>] </li>
<li>Craig Sanders [<email cas@taz.net.au>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00030.html'>message</a>] </li>
<li>Thorsten Glaser [<email tg@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00054.html'>message</a>] </li>
<li>Tobias Frost [<email tobi@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00290.html'>message</a>] </li>
</ol>
<vtext />
<h3>Choix 1: les paquets ne doivent (en général) nécessiter un système init particulier</h3>
<pre>
0. Raison
Debian a décidé (par son comité technique) de changer son système
init par défaut pour la prochaine publication. Le comité technique
a décidé de ne pas choisir à propos de la question de « coupler »,
par exemple si dâ??autres paquets dans Debian peuvent dépendre dâ??un
système particulier.
Cette résolution générale vise à préserver la liberté des utilisateurs
de choisir leur système init, et la possibilité du
Projet de choisir un système init différent dans le futur. Cela
évitera à Debian dâ??être captive accidentellement dâ??un
système particulier (par exemple, si un logiciel indépendant
devenait lié exclusivement à un système init précis et que la charge
de travail pour changer cela devienne trop importante). Un certain
nombre dâ??init existe, et il est évident quâ??un large consensus
nâ??existe pas sur ce que le meilleur système init devrait être.
Cette résolution générale nâ??émet aucune opinion sur les mérites
relatifs des différents init ; le comité technique a décidé du
système init par défaut pour Jessie.
1. Exercice de lâ??autorité du comité technique pour définir la pratique
Pour Jessie et les publications suivantes, lâ??autorité du comité
technique pour décider de la pratique technique, est exercée
(Constitution 6.1.1) comme suit :
2. Détachement du couplage de systèmes init
En général, les logiciels ne nécessitent pas dâ??être PID 1. Les
exceptions à cela sont :
â?? implémentations de système init alternatif ;
â?? paquets avec une utilisation spéciale tels les gestionnaires
de systèmes init ;
â?? ensembles de paquets conçus pour un système init particulier.
Cela à condition que ces paquets ne soient pas exigés par dâ??autres
logiciels dont le but principal nâ??est pas de faire fonctionner
un système init particulier.
Un fonctionnement altéré avec certains systèmes init est acceptable
du moment que lâ??altération ne soit pire que ce que le projet Debian
considère comme un bogue tolérable (non-RC), même sâ??il affecte
tous les utilisateurs. Aussi, lâ??absence de prise en charge pour un
système init particulier nâ??excuse pas un bogue ni ne réduit sa
gravité. Mais inversement, un bogue ne sera pas plus grave simplement
parce que quelque logiciel est incompatible avec quelque(s) système(s)
init.
Les mainteneurs sont encouragés à accepter les bons correctifs du point
de vue technique, pour permettre lâ??interopérabilité entre divers
systèmes init.
3. Dans lâ??état actuel de nos connaissances, il nâ??existe (17 Octobre)
aucun bogue dans Jessie qui serait déclaré comme RC par cette
résolution générale.
Ã?tant donné lâ??adoption tardive de cette résolution, nous espérons
que tous les bogues incorrigibles qui sont RCÂ en vertu de cette
de cette résolution seront étiquetés comme « jessie-ignore » par
lâ??équipe de publication.
Aussi cette proposition nâ??est pas sujette à ajouter des blocages
à la publication de Jessie.
4. Notes et rubriques
Cette résolution est une déclaration de principe (« Position statement »)
à propos du problème du jour (« Issues of the Day ») (Constitution 4.1.5),
déclenchant la clause de surpassement de la résolution du comité
technique du 11 février.
La décision du comité sur le système init par défaut demeure inchangée.
Cependant, la résolution du comité est modifiée pour ajouter les textes
suivants dans les sections (1) et (2) ci-dessus.
</pre>
<hr />
<vamendmentproposera />
<p>Lucas Nussbaum [<email lucas@debian.org>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00043.html'>texte de lâ??amendement original</a>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00101.html'>mise à jour de lâ??amendement</a>]
</p>
<vamendmentsecondsa />
<ul>
<li><em>Remarque : cet amendement a été soumis par le chef de projet
et donc ne requiert pas de comotionnaire</em></li>
</ul>
<ol>
<li>Andrey Rahmatullin [<email wrar@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00051.html'>message</a>] </li>
<li>Holger Levsen [<email holger@layer-acht.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00057.html'>message</a>] </li>
<li>Vincent Cheng [<email vcheng@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00065.html'>message</a>] </li>
<li>Matthias Urlichs [<email matthias@urlichs.de>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00072.html'>message</a>] </li>
<li>Marco d'Itri [<email md@linux.it>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00067.html'>message</a>] </li>
</ol>
<vamendmenttexta />
<h3>Choix 2: la prise en charge dâ??autres systèmes init est recommandée mais pas obligatoire</h3>
<pre>
Debian a décidé (par son comité technique) de changer son système
init par défaut pour la prochaine publication. Le comité technique
a décidé de ne pas choisir à propos de la question de « coupler »,
par exemple si dâ??autres paquets dans Debian peuvent dépendre dâ??un
système particulier. Cependant, le comité a statué dans #746715 que
« [it] espères que les mainteneurs continueront à prendre en charge
les multiples systèmes init dans Debian. Cela veut dire incorporer
les contributions raisonnables sans supprimer les prises en charge
existantes sans raison valable.
Le Projet Debian décide que :
Les logiciels doivent prendre en charge autant dâ??architectures que
possibles, et doivent prendre normalement en charge le système init
par défaut sur toutes les architectures sur lesquelles ils sont
construits. Il existe certains cas exceptionnels où le manque de prise en
charge du système init par défaut peut être pertinent, tels que les
implémentations alternatives de système init, les paquets dâ??usage spécial
tels que les gestionnaires pour les systèmes init non standards, et
les ensembles de paquets conçus pour les systèmes init non standards.
Cependant, les mainteneurs de paquet doivent être conscients quâ??une
exigence dâ??un système init non standard signifie que le logiciel sera
inutilisable pour la majorité des utilisateurs Debian et normalement
doit être évitée.
Les mainteneurs de paquet sons fortement encouragés dâ??incorporer toute
contribution pour une prise en charge de tout système init, et dâ??ajouter
eux-mêmes cette prise en charge sâ??ils le désirent et en sont capables.
En particulier, les mainteneurs de paquet doivent mettre la plus haute
priorité sur lâ??incorporation des modifications pour une prise en charge
de tout système init qui est le standard dans un portage non linux de
Debian.
Pour la publication de Jessie, tous les logiciels disponibles dans
Wheezy qui fonctionnent avec sysvinit doivent continuer dâ??être pris en
charge par sysvinit à moins quâ??il nâ??existe aucune façon de le faire.
Les changements possibles pour préserver ou améliorer la prise en charge
de sysvinit doivent être répandus par la publication de Jessie. Il peut
y avoir une perte de fonctionnalités sous sysvinit si cette perte est
acceptable par le mainteneur et que le paquet est à la base fonctionnel,
mais les exigences standards de Debian de prise en charge de la mise
à niveau en douceur de Wheezy vers Jessie sont toujours dâ??actualité,
même si le système est démarré avec sysvinit.
Le projet Debian actuellement ne précise rien sur la prise en charge de
sysvinit après la publication de Jessie.
Cette résolution est une déclaration de principe (« Position statement »)
à propos du problème du jour (« Issues of the Day ») (Constitution 4.1.5),
déclenchant la clause de surpassement de la résolution du comité
technique du 11 février.
La décision du comité sur le système init par défaut demeure inchangée.
Cependant, la résolution du comité est modifiée pour ajouter les textes
ci-dessus.
</pre>
<hr />
<vamendmentproposerb />
<p>Luca Falavigna [<email dktrkranz@debian.org>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00173.html'>texte de lâ??amendement</a>]
</p>
<vamendmentsecondsb />
<ol>
<li>Holger Levsen [<email holger@layer-acht.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00175.html'>message</a>] </li>
<li>Nicolas Dandrimont [<email olasd@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00176.html'>message</a>] </li>
<li>Andrey Rahmatullin [<email wrar@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00177.html'>message</a>] </li>
<li>Antonio Terceiro [<email terceiro@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00185.html'>message</a>] </li>
<li>Arno Töll [<email arno@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00186.html'>message</a>] </li>
<li>Philipp Kern [<email pkern@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00187.html'>message</a>] </li>
<li>Vincent Bernat [<email bernat@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00188.html'>message</a>] </li>
<li>Gergely Nagy [<email algernon@madhouse-project.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00219.html'>message</a>] </li>
<li>Cyril Brulebois [<email kibi@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00235.html'>message</a>] </li>
<li>Paul Tagliamonte [<email paultag@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00236.html'>message</a>] </li>
<li>Ansgar Burchardt [<email ansgar@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00242.html'>message</a>] </li>
</ol>
<vamendmenttextb />
<h3>Choix 3: les paquets peuvent nécessiter des systèmes init particuliers si les mainteneurs le décident</h3>
<pre>
0. Raison
Debian a décidé (par son comité technique) de changer son système
init par défaut pour la prochaine publication. Le comité technique
a décidé de ne pas choisir à propos de la question de « coupler »,
par exemple si dâ??autres paquets dans Debian peuvent dépendre dâ??un
système particulier.
Cette résolution générale réaffirme le « Debian Social Contract #4 »,
de telle façon que Debian reconnaissent les choix à la fois des
développeurs de logiciel (aussi nommés développeurs amont) et des
mainteneurs de paquet, pour fournir le meilleur du logiciel libre Ã
nos utilisateurs.
Les développeurs amont considérant un logiciel particulier (incluant,
mais pas limité à , un système init particulier exécuté avec le PID 1)
fondamental pour fournir les meilleures publications, sont autorisés
à requérir, lier ou faire dépendre de ce logiciel, en entier ou partie.
Le travail des mainteneurs Debian vise à respecter le contrat social
Debian, de façon à fournir aux utilisateurs le meilleur du logiciel
disponible.
Les mainteneurs Debian sont pleinement autorisés à fournir des
modifications aux paquets de logiciel libre quâ??ils maintiennent
selon « DFSG #3 », sâ??ils jugent que câ??est nécessaire pour fournir les
meilleures publications. Dâ??autre part, les mainteneurs Debian sont
pleinement autorisés à suivre les décisions amont pour requérir, lier
ou faire dépendre dâ??un logiciel particulier (incluant, mais pas limité
à , un système init particulier exécuté avec le PID 1), sâ??ils considèrent
quâ??il est nécessaire pour éviter des publications cassées, boguées ou
incomplètes de paquets logiciels.
Le Projet Debian déclare que :
1. Exercice de lâ??autorité du comité technique pour définir la pratique
Pour Jessie et les publications ultérieures, lâ??autorité du comité
technique pour définir la pratique technique (Constitution 6.1.1)
est exercée comme suit :
2. Systèmes init particuliers avec PID 1
Les paquets Debian peuvent nécessiter un système init particulier pour
être exécutés avec le PID 1 si leurs mainteneurs considèrent cela
comme un prérequis pour leur bon fonctionnement, en le marquant clairement
dans leurs descriptions de paquet et/ou en ajoutant des dépendances
pour parvenir à ce but ; et aucun correctif ou autre travail dérivé
nâ??existe dans le but de prendre en charge dâ??autres systèmes init de
manière à rendre le logiciel également utilisable.
3. �vidence de défauts (bogues)
Nous réaffirmons fermement que les mainteneurs Debian ne cachent pas
délibérément des problèmes (Social Contract #3). Aucune décision technique
ne sera rejetée si aucune preuve valable de défaut, émise dans le
système de suivi de bogue de Debian, nâ??est trouvée. La crainte,
lâ??incertitude et le doute ne sont pas considérés comme une preuve
de défaut.
Cette résolution est une déclaration de principe (« Position statement »)
à propos du problème du jour (« Issues of the Day ») (Constitution 4.1.5),
déclenchant la clause de surpassement de la résolution du comité
technique du 11 février.
La décision du comité sur le système init par défaut demeure inchangée.
Cependant, la résolution du comité est modifiée pour ajouter les
compléments de texte ci-dessus dans les sections #1, #2 et #3.
</pre>
<hr />
<vamendmentproposerc />
<p>Charles Plessy [<email plessy@debian.org>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00200.html'>texte de lâ??amendement original</a>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00296.html'>mise à jour de lâ??amendement</a>]
</p>
<vamendmentsecondsc />
<ol>
<li>Matthias Urlichs [<email matthias@urlichs.de>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00301.html'>message</a>] </li>
<li>Holger Levsen [<email holger@layer-acht.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00228.html'>message</a>] </li>
<li>Didier 'OdyX' Raboud [<email odyx@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00229.html'>message</a>] </li>
<li>Raphael Hertzog [<email hertzog@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00230.html'>message</a>] </li>
<li>Cyril Brulebois [<email kibi@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00311.html'>message</a>] </li>
<li>Gergely Nagy [<email algernon@madhouse-project.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00232.html'>message</a>] </li>
<li>Paul Tagliamonte [<email paultag@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00237.html'>message</a>] </li>
<li>Lucas Nussbaum [<email lucas@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00302.html'>message</a>] </li>
<li>Joey Hess [<email joeyh@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00240.html'>message</a>] </li>
<li>Philipp Kern [<email pkern@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00288.html'>message</a>] </li>
<li>Anthony Towns [<email aj@erisian.com.au>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00324.html'>message</a>] </li>
<li>Sam Hartman [<email hartmans@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00299.html'>message</a>] </li>
<li>Philip Hands [<email phil@hands.com>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00303.html'>message</a>] </li>
</ol>
<vamendmenttextc />
<h3>Choix 4: une résolution générale nâ??est pas nécessaire</h3>
<pre>
Le Projet Debian demande à ses membres dâ??être attentifs lorsquâ??ils
proposent une résolution générale, car le processus de résolution générale
peut être perturbateur indépendamment du résultat du vote.
Concernant le sujet de ce scrutin, le Projet affirme que les procédures
de prise de décision et de résolution de conflit se déroulent convenablement
et donc une résolution générale nâ??est pas nécessaire.
</pre>
<hr />
<vquorum />
<p>
Avec lâ??actuelle liste de <a href="vote_003_quorum.log">développeurs
ayant votés</a>, nous avons :
</p>
<pre>
#include 'vote_003_quorum.txt'
</pre>
# #include 'vote_003_quorum.src'
<vstatistics />
<p>
Pour cette résolution générale, comme dâ??habitude,
<a href="https://vote.debian.org/~secretary/gr_initcoupling/";>les statistiques</a>
# <a href="suppl_002_stats">statistics</a>
seront faites sur les bulletins reçus et
des accusés de réception envoyés périodiquement durant
la période de vote.
De plus, la liste des votants sera enregistrée.
La feuille de compte pourra être aussi consultée.
# Additionally, the list of <a
# href="vote_003_voters.txt">voters</a> will be
# recorded. Also, the <a href="vote_003_tally.txt">tally
# sheet</a> will also be made available to be viewed.
</p>
<vmajorityreq />
<p>
La proposition a besoin de la majorité simple
</p>
# #include 'vote_003_majority.src'
<voutcome />
# #include 'vote_003_results.src'
<hrline />
<address>
<a href="mailto:secretary@debian.org";>Secrétaire du Projet Debian</a>
</address>
<define-tag pagetitle>General Resolution: init system coupling</define-tag>
<define-tag status>V</define-tag>
# meanings of the <status> tag:
# P: proposed
# D: discussed
# V: voted on
# F: finished
# O: other (or just write anything else)
#use wml::debian::template title="<pagetitle>" BARETITLE="true" NOHEADER="true"
#use wml::debian::toc
#use wml::debian::votebar
<h1><pagetitle></h1>
<toc-display />
# The Tags beginning with v are will become H3 headings and are defined in
# english/template/debian/votebar.wml
# all possible Tags:
# vdate, vtimeline, vnominations, vdebate, vplatforms,
# Proposers
# vproposer, vproposera, vproposerb, vproposerc, vproposerd,
# vproposere, vproposerf
# Seconds
# vseconds, vsecondsa, vsecondsb, vsecondsc, vsecondsd, vsecondse,
# vsecondsf, vopposition
# vtext, vtextb, vtextc, vtextd, vtexte, vtextf
# vchoices
# vamendments, vamendmentproposer, vamendmentseconds, vamendmenttext
# vproceedings, vmajorityreq, vstatistics, vquorum, vmindiscuss,
# vballot, vforum, voutcome
<vtimeline />
<table class="vote">
<tr>
<th>Proposal and amendment</th>
<td>Thursday, 16th October 2014</td>
<td></td>
</tr>
<tr>
<th>Discussion Period:</th>
<td>Sunday, 19th October 2014</td>
<td>Sunday, 2nd November, 2014</td>
</tr>
<tr>
<th>Voting Period:</th>
<td>Wednesday, November 5th, 00:00:00 UTC, 2014</td>
<td>Tuesday, November 18th, 23:59:59 UTC, 2014</td>
</tr>
</table>
<vproposer />
<p>Ian Jackson [<email ijackson@chiark.greenend.org.uk>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00001.html'>text of proposal</a>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00197.html'>proposing and accepting amendement</a>]
<!-- [<a href='https://lists.debian.org/debian-vote/2014/04/msg00005.html'>Call for vote</a>] -->
</p>
<vseconds />
<ol>
<!-- <li>[<email >] [<a href=''>mail</a>] </li> -->
<li>Simon Richter [<email Simon.Richter@hogyros.de>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00003.html'>mail</a>] </li>
<li>Alessio Treglia [<email quadrispro@gmail.com>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00004.html'>mail</a>] </li>
<li>Iustin Pop [<email iustin@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00006.html'>mail</a>] </li>
<li>Florian Lohoff [<email f@zz.de>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00008.html'>mail</a>] </li>
<li>Ritesh Raj Sarraf [<email rrs@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00007.html'>mail</a>] </li>
<li>Bernhard R. Link [<email brlink@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00032.html'>mail</a>] </li>
<li>Dimitri John Ledkov [<email xnox@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00038.html'>mail</a>] </li>
<li>Jonas Smedegaard [<email jonas@jones.dk>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00019.html'>mail</a>] </li>
<li>Craig Sanders [<email cas@taz.net.au>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00030.html'>mail</a>] </li>
<li>Thorsten Glaser [<email tg@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00054.html'>mail</a>] </li>
<li>Tobias Frost [<email tobi@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00290.html'>mail</a>] </li>
</ol>
<vtext />
<h3>Choice 1: Packages may not (in general) require a specific init system</h3>
<pre>
0. Rationale
Debian has decided (via the technical committee) to change its
default init system for the next release. The technical committee
decided not to decide about the question of "coupling" i.e. whether
other packages in Debian may depend on a particular init system.
This GR seeks to preserve the freedom of our users now to select an
init system of their choice, and the project's freedom to select a
different init system in the future. It will avoid Debian becoming
accidentally locked in to a particular init system (for example,
because so much unrelated software has ended up depending on a
particular init system that the burden of effort required to change
init system becomes too great). A number of init systems exist, and
it is clear that there is not yet broad consensus as to what the
best init system might look like.
This GR does not make any comment on the relative merits of
different init systems; the technical committee has decided upon the
default init system for Linux for jessie.
1. Exercise of the TC's power to set policy
For jessie and later releases, the TC's power to set technical
policy (Constitution 6.1.1) is exercised as follows:
2. Loose coupling of init systems
In general, software may not require one specific init system to be
pid 1. The exceptions to this are as follows:
* alternative init system implementations
* special-use packages such as managers for init systems
* cooperating groups of packages intended for use with specific init
systems
provided that these are not themselves required by other software
whose main purpose is not the operation of a specific init system.
Degraded operation with some init systems is tolerable, so long as
the degradation is no worse than what the Debian project would
consider a tolerable (non-RC) bug even if it were affecting all
users. So the lack of support for a particular init system does not
excuse a bug nor reduce its severity; but conversely, nor is a bug
more serious simply because it is an incompatibility of some software
with some init system(s).
Maintainers are encouraged to accept technically sound patches
to enable improved interoperation with various init systems.
3. As far as we are aware there are currently (17th of October) no
bugs in jessie which would be declared RC by this GR.
Given the late passage of this resolution, we expect that any
intractable bugs which are RC by virtue only of this resolution
would be tagged by the release team as `jessie-ignore'.
So this proposal is not thought to add blockers to the jessie
release.
4. Notes and rubric
This resolution is a Position Statement about Issues of the Day
(Constitution 4.1.5), triggering the General Resolution override
clause in the TC's resolution of the 11th of February.
The TC's decision on the default init system for Linux in jessie
stands undisturbed.
However, the TC resolution is altered to add the additional text
in sections (1) and (2) above.
</pre>
<hr />
<vamendmentproposera />
<p>Lucas Nussbaum [<email lucas@debian.org>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00043.html'>text of original amendement</a>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00101.html'>update of amendment</a>]
</p>
<vamendmentsecondsa />
<ul>
<li><em>Note: This amendment has been submitted by the current
Project Leader, and thus does not require seconding</em></li>
</ul>
<ol>
<li>Andrey Rahmatullin [<email wrar@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00051.html'>mail</a>] </li>
<li>Holger Levsen [<email holger@layer-acht.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00057.html'>mail</a>] </li>
<li>Vincent Cheng [<email vcheng@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00065.html'>mail</a>] </li>
<li>Matthias Urlichs [<email matthias@urlichs.de>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00072.html'>mail</a>] </li>
<li>Marco d'Itri [<email md@linux.it>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00067.html'>mail</a>] </li>
</ol>
<vamendmenttexta />
<h3>Choice 2: Support for other init systems is recommended, but not mandatory</h3>
<pre>
Debian has decided (via the technical committee) to change its default
init system for the next release. The technical committee decided not to
decide about the question of "coupling" i.e. whether other packages in
Debian may depend on a particular init system. However, the technical
committee stated in #746715 that "[it] expects maintainers to continue to
support the multiple available init systems in Debian. That includes
merging reasonable contributions, and not reverting existing support
without a compelling reason."
The Debian Project states that:
Software should support as many architectures as reasonably possible,
and it should normally support the default init system on all
architectures for which it is built. There are some exceptional cases
where lack of support for the default init system may be appropriate,
such as alternative init system implementations, special-use packages
such as managers for non-default init systems, and cooperating
groups of packages intended for use with non-default init systems.
However, package maintainers should be aware that a requirement for a
non-default init system will mean the software will be unusable for
most Debian users and should normally be avoided.
Package maintainers are strongly encouraged to merge any contributions
for support of any init system, and to add that support themselves if
they're willing and capable of doing so. In particular, package
maintainers should put a high priority on merging changes to support
any init system which is the default on one of Debian's non-Linux
ports.
For the jessie release, all software available in Debian 'wheezy'
that supports being run under sysvinit should continue to support
sysvinit unless there is no technically feasible way to do so.
Reasonable changes to preserve or improve sysvinit support should be
accepted through the jessie release. There may be some loss of
functionality under sysvinit if that loss is considered acceptable by
the package maintainer and the package is still basically functional,
but Debian's standard requirement to support smooth upgrades from
wheezy to jessie still applies, even when the system is booted with
sysvinit.
The Debian Project makes no statement at this time on sysvinit support
beyond the jessie release.
This resolution is a Position Statement about Issues of the Day
(Constitution 4.1.5), triggering the General Resolution override clause
in the TC's resolution of the 11th of February.
The TC's decision on the default init system for Linux in jessie stands
undisturbed.
However, the TC resolution is altered to add the additional text above.
</pre>
<hr />
<vamendmentproposerb />
<p>Luca Falavigna [<email dktrkranz@debian.org>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00173.html'>text of amendment</a>]
</p>
<vamendmentsecondsb />
<ol>
<li>Holger Levsen [<email holger@layer-acht.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00175.html'>mail</a>] </li>
<li>Nicolas Dandrimont [<email olasd@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00176.html'>mail</a>] </li>
<li>Andrey Rahmatullin [<email wrar@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00177.html'>mail</a>] </li>
<li>Antonio Terceiro [<email terceiro@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00185.html'>mail</a>] </li>
<li>Arno Töll [<email arno@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00186.html'>mail</a>] </li>
<li>Philipp Kern [<email pkern@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00187.html'>mail</a>] </li>
<li>Vincent Bernat [<email bernat@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00188.html'>mail</a>] </li>
<li>Gergely Nagy [<email algernon@madhouse-project.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00219.html'>mail</a>] </li>
<li>Cyril Brulebois [<email kibi@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00235.html'>mail</a>] </li>
<li>Paul Tagliamonte [<email paultag@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00236.html'>mail</a>] </li>
<li>Ansgar Burchardt [<email ansgar@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00242.html'>mail</a>] </li>
</ol>
<vamendmenttextb />
<h3>Choice 3: Packages may require specific init systems if maintainers decide</h3>
<pre>
0. Rationale
Debian has decided (via the Technical Committee) to change its
default init system for the next release. The Technical Committee
decided not to decide about the question of "coupling" i.e. whether
other packages in Debian may depend on a particular init system.
This GR reaffirms the Debian Social Contract #4, in such a way
that Debian acknowledges the choices made by both the software
developers (also known as upstream developers) and the Debian
package maintainers to provide the best free software to our users.
Upstream developers considering specific free software (including,
but not limited to, a particular init system executed as PID 1)
fundamental to deliver the best software releases, are fully entitled
to require, link, or depend on that software, or portions of it.
Debian maintainers' work is aiming to respect the Debian Social
Contract, in such a way to provide our users the best free software
available.
Debian maintainers are fully entitled to provide modifications to
the free software packages they maintain as per DFSG #3, if they
judge this necessary to provide the best software releases.
On the other hand, Debian maintainers are fully entitled to adhere
to upstream's decisions to require, link, or depend on specific free
software (including, but no limited to, particular init system executed
as PID 1), if they consider it necessary to prevent delivering broken,
buggy, or otherwise incomplete software packages.
The Debian Project states that:
1. Exercise of the TC's power to set policy
For jessie and later releases, the TC's power to set technical
policy (Constitution 6.1.1) is exercised as follows:
2. Specific init systems as PID 1
Debian packages may require a specific init system to be executed
as PID 1 if their maintainers consider this a requisite for its proper
operation by clearly mark this in package descriptions and/or
by adding dependencies in order to enforce this; and no patches
or other derived works exist in order to support other init systems
in such a way to render software usable to the same extent.
3. Evidence of defects (bugs)
We strongly reaffirm Debian maintainers are not deliberately hiding
problems (Social Contract #3). No technical decisions shall be
overruled if no proper evidence of defects, issued in the Debian Bug
Tracking system, is found. Fear, uncertainty, and doubt are not
considered as evidence of defects.
This resolution is a Position Statement about Issues of the Day
(Constitution 4.1.5), triggering the General Resolution override clause
in the TC's resolution of the 11th of February.
The TC's decision on the default init system for Linux in jessie stands
undisturbed.
However, the TC resolution is altered to add the additional text above
in sections #1, #2 and #3.
</pre>
<hr />
<vamendmentproposerc />
<p>Charles Plessy [<email plessy@debian.org>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00200.html'>text of original amendement</a>]
[<a href='https://lists.debian.org/debian-vote/2014/10/msg00296.html'>update of amendment</a>]
</p>
<vamendmentsecondsc />
<ol>
<li>Matthias Urlichs [<email matthias@urlichs.de>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00301.html'>mail</a>] </li>
<li>Holger Levsen [<email holger@layer-acht.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00228.html'>mail</a>] </li>
<li>Didier 'OdyX' Raboud [<email odyx@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00229.html'>mail</a>] </li>
<li>Raphael Hertzog [<email hertzog@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00230.html'>mail</a>] </li>
<li>Cyril Brulebois [<email kibi@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00311.html'>mail</a>] </li>
<li>Gergely Nagy [<email algernon@madhouse-project.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00232.html'>mail</a>] </li>
<li>Paul Tagliamonte [<email paultag@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00237.html'>mail</a>] </li>
<li>Lucas Nussbaum [<email lucas@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00302.html'>mail</a>] </li>
<li>Joey Hess [<email joeyh@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00240.html'>mail</a>] </li>
<li>Philipp Kern [<email pkern@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00288.html'>mail</a>] </li>
<li>Anthony Towns [<email aj@erisian.com.au>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00324.html'>mail</a>] </li>
<li>Sam Hartman [<email hartmans@debian.org>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00299.html'>mail</a>] </li>
<li>Philip Hands [<email phil@hands.com>] [<a href='https://lists.debian.org/debian-vote/2014/10/msg00303.html'>mail</a>] </li>
</ol>
<vamendmenttextc />
<h3>Choice 4: General Resolution is not required</h3>
<pre>
The Debian project asks its members to be considerate when proposing General
Resolutions, as the GR process may be disruptive regardless of the outcome of
the vote.
Regarding the subject of this ballot, the Project affirms that the procedures
for decision making and conflict resolution are working adequately and thus
a General Resolution is not required.
</pre>
<hr />
<vquorum />
<p>
With the current list of <a href="vote_003_quorum.log">voting
developers</a>, we have:
</p>
<pre>
#include 'vote_003_quorum.txt'
</pre>
# #include 'vote_003_quorum.src'
<vstatistics />
<p>
For this GR, like always,
<a href="https://vote.debian.org/~secretary/gr_initcoupling/";>statistics</a>
# <a href="suppl_002_stats">statistics</a>
will be gathered about ballots received and
acknowledgements sent periodically during the voting
period.
Additionally, the list of voters will be
recorded. Also, the tally
sheet will also be made available to be viewed.
# Additionally, the list of <a
# href="vote_003_voters.txt">voters</a> will be
# recorded. Also, the <a href="vote_003_tally.txt">tally
# sheet</a> will also be made available to be viewed.
</p>
<vmajorityreq />
<p>
The proposal needs simple majority
</p>
# #include 'vote_003_majority.src'
<voutcome />
# #include 'vote_003_results.src'
<hrline />
<address>
<a href="mailto:secretary@debian.org";>Debian Project Secretary</a>
</address>
Reply to: