Salut à tous,
De retour de vacances, je me remet doucement au clavier en corrigeant
les problèmes qui m'ont été signalés.
Norbert Bottlaender-Prier a écrit :
>
>
> Je voudrais quand même signaler une erreur persistante, qui me paraît
> plutôt provenir d'un mauvais formatage HTML que de la traduction :
> Il manque souvent des espaces au début ou à la fin d'un lien vers
> d'autres pages. P.ex. :
>
> > * Lerépertoire Incoming de Debian. A cause de la nature de
> >...
> > voyez lespages du site web Debian. Celles ci incluent des
> >...
> > lapolitique d'utilisation des machine Debian.
> >...
> >...
> > * Un Débat sur le # Leadershipentre les candidats au leadership
>
> etc.
J'ai corrigé en rajoutant un espace qui manquait avant ou après les
tags.
> (juste en passant : comment traduire *leadership* ? ... bon, il faudrait
> peut-être prendre note du contenu du débat pour pouvoir proposer une
> traduction appropriée...)
J'ai mis "direction" à la place. De toute façon, c'est en commentaires
donc ça n'apparaitra pas.
> P.S. tu n'as pas traduit ceci, pourquoi ? (finalement, je fais quand
> même une relecture partielle...)
> > #
> > * There is work being done to create a logical and consistent
> > keyboard policy. # Check out the Debian # Keyboard Configuration
> > Project
>
> Il y a du travail en cours, dans le but d'instaurer une *politique*
> (???) logique et consistante concernant la prise en charge des
> différents claviers. # Vous pouvez vous informer ici # sur le projet
> "configuration des claviers".
J'ai mis ta traduction mais de toute façon c'est en commentaire donc ça
n'apparaitra pas.
C'est pour cela que je ne l'avais pas traduit.
>
> > * La force de Frappe X.
> C'est comme ça que tu traduis "task force", I presume ? En tant
> qu'antimilitariste convaincu, je dirais plutôt "groupe de travail", même
> si elle déploie beaucoup d'effort ("force") à la tâche ("task"). Et bien
> que chacun d'entre nous sache ce que signifie "X", je serais pourtant un
> peu plus explicite... ;-)
J'ai mis "Le groupe de travail X". Je pense que l'auteur original aurait
ajouté des précisions s'il avait voulu être plus explicite.
> > * L'aire expérimentale APT.
>
> > * Le groupe d'assurance qualité.
> .. qui fera bientôt concurrence à "AXA" ou l'allemand "Allianz" ;-) Ne
> s'agit-il pas du groupe qui *s'assure de* la qualité ? Mais il me manque
> le texte original, au moment où j'écris ces lignes...
Je laisse tel quel car je pense que c'est le terme qui traduit le mieux
le terme "Quality Assurance group".
En anglais aussi je pense qu'une erreur d'interprétation est possible.
> > * La liste des bogues critiques pour sortir la version.
> Je me rappelle vaguement avoir déjà trouvé une meilleure traduction pour
> ça. Où était-ce donc ??? ...
J'ai mis "La liste des bogues critiques empéchant la sortie de la
version".
>
> > * Le graphe des bogues, hors demandes d'évolution.
> Ca sonne bizarre... "un modem pour le texte original... !"
Le texte original c'est "The non-wishlist bugs graph". Eventuellement je
peux mettre "La courbe des bogues, demandes d'évolution non comprises"
si ça parait meilleur.
> > * Le programme de sponsoring
>
> > * Le créateur de CD Debian, slink_cd.
> Ca sonne bizarre aussi... mais sans l'original je ne peux faire des
> propositions.
Le texte original est "The Debian CD creator, slink_cd".
> > * Le Projet Debian IPv6.
> > * Le projet Debian Jr.
> > * La distribution expérimentale"testing"
> notez l'absence d'espace, encore une fois...
C'est corrigé.
Merci et a+,
Christian.#use wml::debian::basic title="Le Coin du Développeur"
#use wml::debian::develbar
# Note to translators. These pages will sometimes be updated for upcoming
# events. If you do not intend to keep the pages in the devel directory up to
# date (that means translating changes within a few days), you should
# probably not be translating them.
Les informations de cette page, bien que publiques, seront surtout intéressantes pour les Développeurs Debian.
Le Projet Debian est une association d'individus qui ont pris pour cause commune la création d'un système d'exploitation libre.
Ce document décrit la structure organisationnelle pour les prises de décisions formelles dans le Projet. Il ne décrit pas les buts du Projet ni comment il les atteint, ni ne contient aucune règle excepté celles directement relatives au processus de prise de décision.
Chaque décision dans le Project est faite par un ou plus des suivants:
La plus grosse partie du reste de ce document esquissera les pouvoirs de ces corps, leur composition et leur nomination, et les procédures de leurs prises de décisions. Les pouvoirs d'une personne ou d'un corps peuvent être sujet à révision et/ou limitation par d'autres; dans ce cas le passage concernant le corps ou la personne pouvant faire la révision l'indiquera. Dans la liste ci dessus, une personne ou un corps est habituellement citée avant les personnes ou les corps dont ils peuvent outrepasser les décisions ou qu'ils nomment (ou aident à nommer) - mais pas tous ceux qui sont cités avant ne peuvent outrepasser les décisions de tous ceux qui sont cités ensuite.
Rien dans cette constitution n'impose à quiconque d'obligation de faire un travail pour le Projet. Une personne qui ne veut pas faire une tâche qui lui a été déléguée ou assignée n'a pas à la faire. Cependant, elle ne doit pas travailler activement contre les règles et décisions qui lui auraient été faites convenablement.
Une personne peut détenir plusieurs postes, excepté le fait que le Chef du Projet, le Secrétaire du Projet et le Président du Comité Technique doivent être distincts, et que le Chef ne peut pas les nommer pour être leurs propres Délégués.
Une personne peut quitter le Projet ou démissionner d'un poste particulier qu'elle tient, à n'importe quel moment, en le disant publiquement.
Un Développeur individuel peut
Les développeurs sont des volontaires qui s'accordent à poursuivre les buts du Projet en ce qu'ils y participent, et qui maintiennent des paquets pour le Projet ou font tout autre travail que les Délégués du Chef du Projet considèrent utile.
Les Délégués du Chef du Projet peuvent choisir de ne pas admettre de nouveaux Développeurs, ou d'expulser des Développeurs existant. Si les Développeurs pensent que les Délégués abusent de leur autorité ils peuvent bien sûr outrepasser la décision par Résolution Générale - voir §4.1(3), §4.2.
Les Développeurs peuvent prendre ces décisions comme ils le souhaitent.
Ensemble, les Développeurs peuvent:
Nommer ou rétrograder le Chef du Projet.
Amender cette constitution, pourvu qu'ils soient d'accord avec une majorité de 3 contre 1.
Outrepasser n'importe quelle décision du Chef du Projet ou d'un Délégué.
Outrepasser n'importe quelle décision du Comité Technique, pourvu qu'ils soient d'accord avec une majorité de 2 contre 1.
Produire des déclarations ou des documents régulateurs non techniques.
Ceci inclue des documents décrivant les buts du projet, ces relations avec d'autres entités du logiciel libre, et des règles non techniques comme les termes de la licence de logiciel libre que les logiciels Debian doivent satisfaire.
Cela peut aussi inclure des déclaration de position concernant les problèmes du jour.
Ensemble avec le Chef du Projet et SPI, prendre des décisions à propos des biens mis en commun pour les besoins de Debian.(Voir §9.1.)
Les Développeurs suivent la Procédure Standard de Résolution, ci dessous. Une résolution ou un amendement est introduit si il est proposé par n'importe quel Développeur et soutenu par au moins K autres Développeurs, ou si il est proposé par le Chef du Project ou le Comité Technique.
Retarder une décision du Chef du Projet ou d'un Délégué:
Les votes sont reçus par le Secrétaire du Projet. Les votes et les résultats ne doivent pas être révélés pendant la durée de vote; après le vote le Secrétaire du Projet liste tous les résultats des votes. La durée de vote est de 2 semaines, mais elle peut être modifiée d'au plus une semaine par le Chef du Projet, et peut être terminée par le Secrétaire du Projet quand le résultat du vote ne fait plus aucun doute.
La période de discussion minimum est de 2 semaines, mais elle peut être modifiée d'au plus une semaine par le Chef du Projet. Le Chef du Projet a un vote discriminant. Il y a un quorum de 3Q.
Les propositions, soutiens, amendements, appels au vote et autres actions formelles sont faites par annonces sur une liste de discussion électronique à lecture publique désignée par le Délégué du Chef du Projet; n'importe quel Développeur peut poster sur celle ci.
Les votes sont envoyés par courrier électronique d'une façon qui convienne au Secrétaire. Le Secrétaire détermine pour chaque scrutin si les votants peuvent changer leurs votes.
Q est la moitié de la racine carré du nombre de Développeurs courant. K est le minimum de Q et de 5. Q et K ne sont pas forcément entiers et ne sont pas arrondis.
Le Chef du Projet peut:
Nommer des Délégués or déléguer des décisions au Comité Technique.
Le Chef peut définir un domaine de responsabilité ou une décision courante spécifique et la confier à un autre Développeur ou au Comité Technique.
Une fois qu'une décision particulière a été déléguée et faite, le Chef du Projet ne peut retirer cette délégation; cependant, il peut retirer une délégation courante d'une aire de responsabilité particulière.
Prêter de l'autorité à d'autres Développeurs.
Le Chef de Projet peut faire des déclarations de soutient à des points de vue ou à d'autres membres du projet, quand cela lui est demandé ou non; ces déclarations ont du poids si seulement si le Chef aurait le pouvoir de prendre la décision en question.
Prendre n'importe quelle décision qui demande une action urgente.
Cela ne s'applique pas aux décisions qui sont seulement devenues graduellement urgente à cause d'un manque d'action significative, sauf s'il y a une date butoir.
Prendre n'importe quelle décision pour laquelle personne d'autre n'a de responsabilité.
Proposer des Résolutions Générales et des amendements.
Ensemble avec le Comité Technique, nommer de nouveaux membres au Comité. (Voir §6.2.)
Utiliser un vote discriminant quand les Développeurs votent.
Le Chef de Projet a aussi un vote normal dans ces scrutins.
Changer la période de discussion des vote des Développeurs (comme ci dessus).
Mener les discussions parmi les Développeurs.
Le Chef de Projet devrait essayer de participer aux discussions parmi les Développeurs d'une manière utile qui cherche à amener la discussion à traiter des problèmes clés en suspend. Le Chef de Projet ne devrait pas utiliser sa position d'autorité pour promouvoir ses vues personnelles.
Ensemble avec SPI, prendre les décisions affectant les biens possédés en commun pour les besoins relatifs à Debian. (Voir §9.1.)
Le Chef du Projet devrait essayer de prendre des décisions qui sont consistantes avec le consensus d'opinions des Développeurs.
Lorsque c'est possible le Chef du Projet devrait solliciter de manière informelle les opinions des Développeurs.
Le Chef du Projet devrait éviter de trop souligner son propre point de vue quand il s'agit de prendre des décisions qui relèvent de ses attributions de Chef.
Le Comité Technique peut:
Décider sur n'importe quel sujet concernant les règles techniques.
Cela inclue le contenu des manuels de règles techniques, des documents de référence pour les développeurs, des paquets exemples et le comportement des outils non expérimentaux de création de paquets. (Dans chaque cas, le mainteneur du logiciel concerné ou de la documentation prend les décisions initialement, cependant; voir 6.3(5).)
Décider sur n'importe quel sujet technique où les juridictions des Développeurs se recouvrent.
Dans les cas où les Développeurs ont besoin d'implémenter des règles techniques compatibles ou des décisions (par exemple, s'ils ne sont pas d'accord sur les priorités de paquets en conflit, ou à propos de la propriété d'un nom de commande, ou à propos de savoir quel paquet est responsable d'un bug que les deux mainteneur reconnaissent être un bug, ou à propos de savoir qui devrait être le mainteneur d'un paquet) le Comité technique peut décider sur le sujet.
Prendre une décision quand on le lui demande.
Une personne ou un corps peut déléguer une décision de son ressort au Comité Technique, ou chercher conseil auprès de lui.
Outrepasser un Développeur (demande une majorité de 3 contre 1).
Le Comité Technique peut demander à un Développeur de choisir une solution technique particulière même si le Développeur ne le souhaite pas; cela demande une majorité de 3 contre 1. Par exemple, le Comité peut décider qu'une complainte faite par une personne soumettant un bug est justifiée et que la solution proposée par celui qui soumet le bug devrait être implémentée.
Offrir conseil.
Le Comité Technique peut faire des annonces formelles à propos de ses vues sur n'importe quel sujet. Les membres individuels peuvent bien sûr faire des déclarations informelles à propos de leurs vues et à propos des vues probables du comité.
Ensemble avec le Chef du Projet, nommer de nouveaux membres en son sein ou en retirer. (Voir §6.2.)
Nommer le Président du Comité Technique.
Le Président est élu par le Comité à partir de ses membres. Tous les membres du Comité sont automatiquement nommés; le Comité vote en commençant une semaine avant que le poste ne devienne vacant (ou immédiatement, si c'est déjà trop tard). Les membres peuvent voter par acclamation publique pour n'importe quel membre du Comité, y compris eux même; il n'y a pas de choix "None Of The Above". Le vote se termine lorsque tous les membres ont voté ou quand le résultat ne fait plus de doute. Le résultat est déterminé selon le Comptage de Votes Concordants.
Le Président peut représenter le Chef, ensemble avec le Secrétaire.
Comme détaillé dans §7.1(2), le Président du Comité Technique et le Secrétaire du Projet peuvent ensemble représenter le Chef s'il n'y a pas de Chef.
Le Comité Technique est constitué d'au plus 8 Développeurs, et devrait normalement avoir au moins 4 membres.
Quand il y a moins de 8 membres le Comité Technique peut recommander un nouveau membre (ou plus) au Chef du Projet, qui peut choisir (individuellement) de les nommer ou pas.
Quand il y a 5 membres ou moins, le Comité Technique peut nommer de nouveaux membres jusqu'à ce que le nombre de membres atteigne 6.
Quand il y a eu 5 membres ou moins pendant au moins une semaine, le Chef du Projet peut nommer de nouveaux membres jusqu'à ce que le nombre de membres atteigne 6, à intervalles d'au moins une semaine par nomination.
Si le Comité Technique et le Chef du Projet sont d'accord ils peuvent retirer ou remplacer un membre existant du Comité Technique.
Le Comité Technique utilise la Procédure Standard de Résolution.
Une proposition de résolution ou un amendement peut être proposé par n'importe quel membre du Comité Technique. Il n'y a pas de période de discussion minimum; la période de vote dure jusqu'à une semaine, ou jusqu'à ce que le résultat ne fasse plus de doute. Les membres peuvent modifier leurs votes. Il y a un quorum de deux.
Détails concernant le vote.
Le Président a une voix discriminante. Lorsque le Comité Technique vote pour outrepasser un Développeur qui est aussi un membre du Comité, ce membre ne peut pas voter (sauf s'il s'agit du Président, auquel cas il peut utiliser seulement sa voix discriminante).
Discussion publique et prise de décision.
Les discussions, propositions de résolutions et amendements, et votes par les membres du Comité, sont rendus publics sur la liste de discussion du Comité Technique. Il n'y a pas de secrétariat séparé pour le Comité.
Confidentialité des nominations.
Le Comité Technique peut rendre confidentielles les discussions par courrier électronique privé ou par liste de discussion privée ou d'autres moyens afin de discuter les nominations au Comité. Cependant, les votes des nominations doivent être publics.
Pas de travail de conception détaillé.
Le Comité Technique ne s'engage pas dans la conception de nouvelles propositions et de nouvelles règles. Ce travail de conception doit être mené par les individus de manière privée ou ensembles et discuté dans des forums techniques ordinaires de conception et de choix d'implémentation.
Le Comité Technique se restreint à choisir ou adopter des compromis entre les solutions et décisions qui ont été proposées et suffisamment bien discutées ailleurs.
Les membres individuels du Comité Technique peuvent bien sûr participer en leur propre nom à tous les aspects du travail de conception et de choix d'implémentation.
Le Comité Technique prend les décisions uniquement en dernier ressort.
Le Comité Technique ne prend pas de décision technique tant que des efforts de résolution par consensus n'ont pas été essayé et n'ont pas échoué sauf s'il lui a été demandé de prendre la décision par la personne ou le corps qui en serait normalement responsable.
Le Secrétaire:
Reçoit les votes des Développeurs, et détermines le nombre et l'identité des Développeurs, quand c'est requis par la constitution.
Peut représenter le Chef, avec le Président du Comité Technique.
S'il n'y a pas de Chef du Projet alors le Président du Comité Technique et le Secrétaire du Projet peuvent par accord mutuel prendre des décisions s'ils considèrent comme impératif de le faire.
Résout les divergences d'interprétation de la constitution.
Peut déléguer une part ou toute son autorité à quelqu'un d'autre, ou retirer une telle délégation à tout moment.
Le Secrétaire du Projet est nommé par le Chef du Projet et le Secrétaire du Projet courant.
Si le Chef du Projet et le Secrétaire du Projet courant ne peuvent se mettre d'accord sur une nouvelle nomination, ils doivent demander au conseil d'administration de SPI de nommer un Secrétaire.
S'il n'y a pas de Secrétaire du Projet ou si le Secrétaire courant n'est pas disponible et n'a pas délégué d'autorité pour une décision alors la décision peut être faite ou déléguée par le Président du Comité Technique, en tant que Secrétaire en Acte.
La durée du mandat de Secrétaire du Projet est d'1 an, à la suite duquel lui ou un autre Secrétaire doit être (re)nommé.
Le Secrétaire du Projet devrait prendre des décisions justes et raisonnables, et de préférence en accord avec le consensus des Développeurs.
Quand ils agissent ensemble pour représenter un Chef du Projet absent, le Président du Comité Technique et le Secrétaire du Projet devrait prendre des décisions seulement quand c'est absolument nécessaire et seulement en accord avec le consensus des Développeurs.
Les Délégués du Chef du Projet:
Les Délégués sont nommés par le Chef du Projet et peuvent être remplacés par le Chef à sa discrétion. Le Chef du Projet ne peut rendre le poste de Délégué conditionnel à des décisions particulières du Délégué, ni outrepasser une décision prise par un Délégué une fois prise.
Les Délégués peuvent prendre les décisions selon leur convenance, mais devraient essayer d'implémenter de bonnes décisions techniques et/ou suivre l'opinion consensuelle.
SPI et Debian sont des organisations séparées qui partagent certains buts. Debian remercie SPI pour le support légal offert par cette organisation.Les Développeurs Debian sont des membres courants de SPI de par leur status de Développeurs.
Comme Debian n'a pas d'autorité légale pour garder de l'argent ou des biens, toutes les donations pour le Projet Debian doit être faites à SPI, qui gère ce type d'affaires.
SPI a pris les engagements suivants:
Ces règles s'appliquent aux prises de décision communes par comités et plébiscites, là ou cela est indiqué plus haut.
La procédure formelle commence quand un projet de résolution est proposé et soutenu, comme il est requis.
Celui qui propose une résolution ou un amendement non encore accepté peut le retirer. Dans ce cas certains peuvent vouloir le (ou la) garder, auquel cas la première personne qui souhaite le (ou la) garder devient celui qui le (ou la) propose et les autres soutiennent alors si ce n'est pas déjà le cas.
Ceux qui soutiennent une résolution ou un amendement (sauf s'il a été accepté) peuvent se retirer.
Si le retrait de celui qui propose et/ou de ceux qui soutiennent implique qu'une résolution ou un amendement ne soit plus proposée ou n'ai pas assez de personne qui la soutienne elle ne sera pas voté sauf si cela est rectifié avant que la résolution expire.
Si la résolution proposée n'a pas été discutée, amendée, votée ou en tout cas traitée pendant 4 semaines alors elle est considérée comme ayant été retirée.
Quand la Procédure de Résolution Standard est utilisée, le texte qui y fait référence doit spécifier ce qui est suffisant pour qu'une proposition de résolution soit proposée et/ou soutenue, ce qu'est la période de discussion minimum, et ce qu'est la période de vote. Il doit aussi spécifier quelle super majorité et/ou le quorum (et le choix par défaut) à utiliser.
Le présent ou le futur de l'indicatif (`est' ou 'sera', par exemple) signifie que l'affirmation est une règle dans cette constitution. Le verbe `Pouvoir' indique que la personne ou le corps a le choix. Le verbe `Devoir' au conditionnel indique que cela serait considéré comme une bonne chose si ce qui prescrit était respecté, mais cela n'est pas obligatoire. Le texte marqué comme une citation, comme celui ci, se veut simplement raisonnable et ne fait pas partie de la constitution. Il peut être utilisé seulement pour aider à l'interprétation en cas de doute.
#use wml::debian::template title="Obtenir une Clé PGP" <!--translation 1.5--> <!-- traduction en français par Christian Couder <chcouder@club-internet.fr> --> Il y a deux façons d'extraire une clé de développeur. L'une des façons est de rechercher le développeur dans la <a href="http://db.debian.org/";>base de donnée des développeurs</a> et de cliquer ensuite sur l'empreinte PGP/GPG une fois celui ci trouvé. La deuxième façon est d'utiliser la commande <em>finger</em>. Pour cela vous devez déjà connaître l'userid du développeur. Si l'userid du développeur est <em>foo</em>, la clé sera l'un des éléments du résultat de la commande <em>finger foo@db.debian.org</em>.
#use wml::debian::template title="Participants au Projet" GEN_TIME="yes" <!--translation 1.7--> <!-- traduction en français par Christian Couder <chcouder@club-internet.fr> --> <P>Les clés PGP des mainteneurs de paquets peuvent être téléchargées <A HREF="ftp://ftp.debian.org/debian/doc/debian-keyring.tar.gz";>ici</A>. <P>Si vous voulez voir une carte du monde qui montre l'emplacement de nombreux mainteneurs, jetez un oeil à la<A HREF="developers.loc">carte mondiale des développeurs Debian</A>. <protect pass=2-9> #include '../../english/devel/people.names' </protect>
