Table des matières
Une base de données LDAP contient des informations sur les développeurs Debian en https://db.debian.org/. Vous devriez y entrer vos informations et les mettre à jour quand elles changent. Le plus important est de vous assurer que l'adresse vers laquelle est renvoyée le courrier à destination de votre adresse debian.org est toujours à jour, de même que l'adresse à laquelle vous recevez votre abonnement à debian-private si vous choisissez d'être abonné à cette liste.
Pour plus d'informations sur cette base de données, veuillez consulter Section 4.5, « Base de données des développeurs ».
Soyez très vigilant en utilisant votre clé privée. Ne la placez pas sur un serveur public ou sur des machines multi-utilisateurs telles que les serveurs Debian (voir Section 4.4, « Serveurs Debian »). Sauvegardez vos clés et gardez-en une copie hors connexion. Lisez la documentation fournie avec votre logiciel et la FAQ PGP.
Assurez-vous que votre clé est non seulement à l'abri des vols, mais aussi d'une perte. Générez et faites une copie (c'est même mieux sur papier) de votre certificat de révocation ; il est nécessaire si votre clé est perdue ou volée.
Si vous ajoutez des signatures ou des identifiants à votre clé publique,
vous pouvez mettre à jour le porte-clés Debian en envoyant votre clé
publique à keyring.debian.org
.
Pour ajouter une nouvelle clé ou supprimer une ancienne clé, vous devez faire signer la nouvelle clé par un autre développeur. Si l'ancienne clé est compromise ou invalide, vous devez également ajouter le certification de révocation. S'il n'y pas de bonne raison pour une nouvelle clé, les responsables du trousseau peuvent rejeter la nouvelle clé. Vous trouverez plus de détails en http://keyring.debian.org/replacing_keys.html.
Les mêmes routines d'extraction de clé décrites en Section 2.3, « Enregistrement comme responsable Debian » s'appliquent.
Une présentation approfondie de la gestion de clé Debian peut être trouvée
dans la documentation du paquet debian-keyring
.
Bien que Debian ne soit pas vraiment une démocratie, le projet utilise un processus démocratique pour élire les responsables de projet et approuver les résolutions générales. Ces procédures sont définies par la constitution Debian.
En dehors de l'élection annuelle du responsable de projet, les votes ne se
tiennent pas régulièrement et ne sont pas entrepris à la légère. Chaque
proposition est tout d'abord discutée sur la liste de diffusion
<debian-vote@lists.debian.org>
et a besoin de plusieurs approbations avant que le
secrétaire du projet n'entame la procédure de vote.
Vous n'avez pas besoin de suivre les discussions précédant le vote car le
secrétaire enverra plusieurs appels au vote sur la liste
<debian-devel-announce@lists.debian.org>
(et tous les développeurs devraient être
inscrits à cette liste). La démocratie ne fonctionne pas si les personnes ne
prennent pas part au vote, c'est pourquoi nous encourageons tous les
développeurs à voter. Le vote est conduit par messages signés ou chiffrés
par GPG.
La liste de toutes les propositions (passées et présentes) est disponible sur la page des informations sur les votes Debian, ainsi que des informations complémentaires sur la procédure à suivre pour effectuer une proposition, la soutenir et voter pour elle.
Il est courant pour les développeurs de s'absenter, que ce soit pour des vacances prévues ou parce qu'ils sont submergés de travail. L'important est que les autres développeurs ont besoin de savoir si vous êtes indisponible pour pouvoir agir en conséquence si un problème se produit sur vos paquets ou autre pendant votre absence.
Habituellement, cela signifie que les autres développeurs peuvent faire des
NMU (voir Section 5.11, « Mises à jour indépendantes (NMU
) ») sur votre paquet si un gros problème (bogue
empêchant l'intégration dans la distribution, mise à jour de sécurité, etc.)
se produit pendant que vous êtes en vacances. Parfois, ce n'est pas très
important, mais il est de toute façon approprié d'indiquer aux autres que
vous n'êtes pas disponible.
Il y a deux choses à faire pour informer les autres
développeurs. Premièrement, envoyez un courrier électronique à
<debian-private@lists.debian.org>
en commençant le sujet de votre
message par « [VAC] »[2] et donnez la
période de vos vacances. Vous pouvez également donner quelques instructions
pour indiquer comment agir si un problème survenait.
L'autre chose à faire est de vous signaler comme en vacances (« on
vacation
») dans la base de données
Debian LDAP (l'accès à cette information est réservé aux
développeurs). N'oubliez pas de retirer l'indicateur on
vacation
à votre retour !
Dans l'idéal, vous devriez vous connecter sur les pages de coordination GPG quand vous prévoyez un départ et vérifier si quelqu'un recherche un échange de signatures. Cela est particulièrement important quand des personnes vont à des endroits exotiques où nous n'avons pas encore de développeurs, mais où il y a des personnes intéressées pour poser leur candidature.
Une grande part du travail de responsable Debian sera de rester en contact avec les développeurs amont. Parfois, les utilisateurs signalent des bogues qui ne sont pas spécifiques à Debian. Vous devez transmettre ces rapports de bogue aux développeurs amont pour qu'ils soient corrigés dans les versions suivantes.
Bien qu'il ne soit pas de votre responsabilité de corriger les bogues non spécifiques à Debian, vous pouvez le faire si vous en êtes capable. Quand vous faites de telles corrections, assurez-vous de les envoyer également au développeur amont. Les utilisateurs et responsables Debian proposent souvent des correctifs pour corriger des bogues amont, il vous faudra alors évaluer ce correctif puis le transmettre aux développeurs amont.
Si vous avez besoin de modifier les sources d'un logiciel pour fabriquer un paquet conforme à la Charte Debian, vous devriez proposer un correctif aux développeurs amont pour qu'il soit inclus dans leur version. Ainsi, vous n'aurez plus besoin de modifier les sources lors des mises à jour amont suivantes. Quels que soient les changements dont vous avez besoin, il faut toujours essayer de rester dans la lignée des sources amont.
Si vous estimez que les développeurs amonts sont ou deviennent hostiles envers Debian ou la communauté libre, vous pouvez vouloir reconsidérer le besoin d'inclure le logiciel dans Debian. Parfois, le coût social à la communauté Debian ne vaut pas le bénéfice que le logiciel peut apporter.
Habituellement, vous devriez traiter les rapports de bogue sur vos paquets
tel que cela est décrit en Section 5.8, « Manipulation des bogues ». Cependant, une
catégorie spéciale de bogues nécessite particulièrement votre attention :
les bogues critiques pour la publication
(« release-critical
» ou RC
). Tous les
rapports de bogue de gravité critical
,
grave
ou serious
sont considérés comme
ayant une incidence sur la présence du paquet dans la prochaine version
stable de Debian. Ces bogues peuvent retarder la publication d'une
distribution Debian ou justifier la suppression d'un paquet d'une
distribution gelée. C'est pourquoi ces bogues doivent être corrigés au plus
tôt.
Les développeurs faisant partie de l'équipe d'assurance qualité surveillent ces bogues et
essaient de vous aider chaque fois qu'ils le peuvent. Si vous ne pouvez pas
corriger un bogue de ce type dans les deux semaines, vous devriez soit
demander de l'aide en envoyant un courrier à l'équipe d'assurance qualité
(« QA group
») à <debian-qa@lists.debian.org>
,
soit expliquer vos difficultés et présenter un plan pour corriger le
problème en répondant au rapport de bogue concerné. Si rien n'est fait, des
personnes de l'équipe d'assurance qualité pourraient chercher à corriger
votre paquet (voir Section 5.11, « Mises à jour indépendantes (NMU
) ») après avoir tenté de vous
contacter (ils pourraient attendre moins longtemps que d'habitude pour faire
leur mise à jour s'il n'y a pas trace d'activité récente de votre part dans
le système de suivi des bogues).
Si vous décidez de quitter le projet Debian, veillez procéder comme suit :
abandonnez tous vos paquets comme décrit en Section 5.9.4, « Abandon de paquet » ;
envoyez un courrier électronique signé par GnuPG à
<debian-private@lists.debian.org>
indiquant pourquoi vous quittez
le projet ;
signalez aux responsables du porte-clés Debian que vous quittez le projet en
ouvrant un ticket en écrivant à <keyring@rt.debian.org>
avec les mots « Debian RT »
dans le sujet (peu importe la casse).
[2] Ainsi, le message peut être facilement filtré par les personnes qui ne veulent pas lire ces annonces de vacances.