From: fbothamy Date: Thu, 30 Nov 2006 00:36:59 +0000 (+0000) Subject: Sync to EN 1.315 X-Git-Url: http://www.chiark.greenend.org.uk/ucgi/~ianmdlvl/git?a=commitdiff_plain;h=dfd9e5f35fd824d5866d5a422cb71c74e384ffbf;p=developers-reference.git Sync to EN 1.315 git-svn-id: svn://anonscm.debian.org/ddp/manuals/trunk/developers-reference@4013 313b444b-1b9f-4f58-a734-7bb04f332e8d --- diff --git a/developers-reference.fr.sgml b/developers-reference.fr.sgml index 3b10249..2f2b435 100644 --- a/developers-reference.fr.sgml +++ b/developers-reference.fr.sgml @@ -276,7 +276,7 @@ pool/non-free/n/netscape/ %dynamicdata; - + @@ -310,7 +310,7 @@ pool/non-free/n/netscape/ Ian Jackson - + version française par Frédéric Bothamy (traducteur actuel) @@ -323,7 +323,7 @@ pool/non-free/n/netscape/ - Copyright © 2004—2005 Andreas Barth + Copyright © 2004—2006 Andreas Barth Copyright © 1998—2003 Adam Di Carlo @@ -572,6 +572,12 @@ du manuel qui traite de ce sujet. travaillent déjà sur ces tâches et proposer des correctifs et des améliorations.

+

+ Un écueil à éviter est d'avoir la partie locale de votre adresse + électronique trop générique : des termes comme mail, admin, root ou + master devraient être évitées. Veuillez consulter pour plus de détails. +

@@ -610,8 +616,8 @@ du manuel qui traite de ce sujet.

Avant de décider de devenir responsable Debian, il vous faudra lire toute la documentation disponible dans le . Elle décrit toutes les étapes - préparatoires qu'il vous faudra franchir avant de déposer votre + name="coin du nouveau responsable">. Elle décrit en détail toutes les + étapes préparatoires qu'il vous faudra franchir avant de déposer votre candidature. Par exemple, avant d'être candidat, il vous faudra lire le . Devenir responsable Debian implique que vous adhériez à ce contrat social et @@ -634,7 +640,8 @@ du manuel qui traite de ce sujet. Pour devenir responsable, il faudra montrer que vous pouvez faire du bon travail et que vous serez un bon contributeur. Pour cela, vous pourrez proposer des correctifs par le système de suivi des bogues - (BTS) et maintenir un paquet parrainé pendant un temps. Nous attendons + (BTS) et maintenir un paquet parrainé par un responsable Debian pendant + un temps. Nous attendons aussi des contributeurs qu'ils soient intéressés par le projet dans son ensemble et pas uniquement par leurs propres paquets. Si vous pouvez aider d'autres responsables en fournissant des informations sur un @@ -707,8 +714,9 @@ du manuel qui traite de ce sujet.

Si votre clé publique n'est pas sur un serveur public tel que - &pgp-keyserv;, reportez-vous à la documentation disponible localement - dans &file-keyservs;. Cette documentation explique comment mettre votre + &pgp-keyserv;, reportez-vous à la documentation disponible à + . + Cette documentation explique comment mettre votre clé publique sur un serveur. L'équipe New maintainer mettra votre clé publique sur les serveurs de clés si elle n'y est pas déjà.

@@ -723,7 +731,7 @@ du manuel qui traite de ce sujet.

Pour faire acte de candidature, il vous faut un responsable Debian qui - vérifiera votre candidature (un avocat). Après avoir contribué + soutiendra votre candidature (un avocat). Après avoir contribué au projet Debian pendant un temps, quand vous choisissez de devenir un responsable Debian officiel, un responsable déjà enregistré avec qui vous aurez travaillé dans les derniers mois devra exprimer que, d'après @@ -861,7 +869,7 @@ du manuel qui traite de ce sujet.

Habituellement, cela veut dire que les autres développeurs peuvent faire des NMU (voir ) sur votre paquet si un gros - problème (bogues empêchant l'intégration dans la distribution, mise à + 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. @@ -942,7 +950,7 @@ du manuel qui traite de ce sujet. grave et serious en anglais

sont considérés comme ayant un impact sur la présence du paquet dans la prochaine version stable de Debian. Ces bogues peuvent retarder la - diffusion d'une distribution Debian ou peuvent justifier la suppression + publication d'une distribution Debian ou peuvent justifier la suppression d'un paquet d'une distribution gelée. C'est pourquoi ces bogues doivent être corrigés au plus vite.

@@ -1133,10 +1141,10 @@ du manuel qui traite de ce sujet.

Plusieurs canaux IRC sont dédiés au développement Debian. Ils sont - principalement hébergés sur le réseau (anciennement connu sous le nom de Open Projects - Network). L'entrée DNS irc.debian.org est simplement un alias - vers irc.freenode.net. + principalement hébergés sur le réseau . L'entrée DNS + irc.debian.org est simplement un alias vers + irc.oftc.net.

Le principal canal pour Debian est #debian. Il s'agit d'un @@ -1184,8 +1192,9 @@ du manuel qui traite de ce sujet.

Il existe également des canaux dédiés pour Debian sur d'autres réseaux - IRC, notamment sur le réseau IRC . + IRC, notamment sur le réseau IRC , sur lequel pointait l'alias irc.debian.org + jusqu'au 4 juin 2006.

Pour obtenir un uniforme (« cloak ») sur freenode, vous devez @@ -1858,7 +1867,7 @@ deb-src http://ftp.xy.debian.org/debian/ experimental main Debian 2.0, « Hamm » ; Debian 2.1, « Slink »; Debian 2.2, « Potato » ; Debian 3.0, « Woody » ; Debian 3.1, - « Sarge » ; Debian (nombre à déterminer) + « Sarge » ; Debian 4.0, « Etch ». Il y a aussi une pseudo-distribution nommée « Sid », il s'agit de la distribution unstable ; comme les paquets vont d'unstable à @@ -1877,7 +1886,7 @@ deb-src http://ftp.xy.debian.org/debian/ experimental main serveurs HTTP et FTP de Debian. Si nous avions nommé le répertoire qui contient la prochaine distribution à diffuser « testing », il aurait fallu changer son nom en « stable » au moment de - la diffusion, ce qui aurait forcé les miroirs FTP à télécharger à + la publication, ce qui aurait forcé les miroirs FTP à télécharger à nouveau la distribution complète (qui est plutôt volumineuse).

@@ -2025,7 +2034,7 @@ deb-src http://ftp.xy.debian.org/debian/ experimental main

madison est un outil en ligne de commande qui est disponible sur &ftp-master-host; et sur le miroir - &ftp-master-mirror;. Il utilise un seul argument qui + &ftp-master-mirror;. Il utilise un seul paramètre qui correspond au nom du paquet. Il affiche comme résultat quelle version du paquet est disponible pour chaque combinaison d'architecture et de distribution. Un exemple l'expliquera mieux. @@ -2121,9 +2130,8 @@ libdbd-mysql-perl | 1.2219-1 | unstable | source, alpha, arm, hppa, i386, i

- (Ceci est une extension prévue). Les courriers de résumé réguliers - sur l'état du paquet (statistiques sur les bogues, vue générale du - portage, progression dans testing, etc.). + Des courriers de résumé réguliers sur l'état du paquet. Actuellement, + seule la progression du paquet dans testing est envoyée.

@@ -2166,6 +2174,15 @@ libdbd-mysql-perl | 1.2219-1 | unstable | source, alpha, arm, hppa, i386, i DDTP

.

+ + derivatives + + +

+ Des informations sur les changements effectués sur le paquet dans les + distributions dérivées (par exemple, Ubuntu). +

+

@@ -2183,7 +2200,7 @@ libdbd-mysql-perl | 1.2219-1 | unstable | source, alpha, arm, hppa, i386, i

Inscrit adresse aux communications liées au paquet source paquet source. L'adresse de l'expéditeur est - utilisée si le second argument n'est pas présent. Si paquet + utilisée si le second paramètre n'est pas présent. Si paquet source n'est pas un paquet source valide, vous obtiendrez un avertissement. Cependant, s'il s'agit d'un paquet binaire valide, le PTS vous inscrira pour le paquet source correspondant. @@ -2196,7 +2213,17 @@ libdbd-mysql-perl | 1.2219-1 | unstable | source, alpha, arm, hppa, i386, i

Supprime une inscription précédente au paquet source paquet source en utilisant l'adresse spécifiée ou l'adresse de - l'expéditeur si le second argument n'est pas rempli. + l'expéditeur si le second paramètre n'est pas rempli. +

+ + + unsubscribeall [<adresse>] + + +

+ Supprime toutes les inscriptions précédentes de l'adresse spécifiée + ou de l'adresse de l'expéditeur si le second paramètre n'est pas + rempli.

@@ -2246,6 +2273,12 @@ libdbd-mysql-perl | 1.2219-1 | unstable | source, alpha, arm, hppa, i386, i questionnaires debconf

+ +

+ derivatives : changements effectués sur le paquet + dans des distributions dérivées +

+

upload-source : annonce d'un nouvel envoi de @@ -2290,7 +2323,21 @@ libdbd-mysql-perl | 1.2219-1 | unstable | source, alpha, arm, hppa, i386, i

Accepte (+) ou refuse (-) les courriers classés sous le(s) - mot(s)-clé(s). Définit la liste (=) des mots-clés acceptés. + mot(s)-clé(s). Définit la liste (=) des mots-clés acceptés. Ceci + change l'ensemble par défaut des mots-clés acceptés par un + utilisateur. +

+ + + keywordall [<adresse>] {+|-|=} <liste de + mots-clés> + + +

+ Accepte (+) ou refuse (-) les courriers classés sous le(s) + mot(s)-clé(s). Définit la liste (=) des mots-clés acceptés. Ceci + change les mots-clés de toutes les inscriptions actuellement en cours + d'un utilisateur.

@@ -2314,6 +2361,13 @@ libdbd-mysql-perl | 1.2219-1 | unstable | source, alpha, arm, hppa, i386, i

+

+ L'utilitaire en ligne de commande pts-subscribe (du paquet + devscripts) peut être pratique pour s'inscrire + temporairement à certains paquets, par exemple après avoir fait une mise + à jour indépendante (NMU). +

+ @@ -2627,6 +2681,15 @@ everything here: bogue à l'installation du nouveau paquet sur les serveurs d'archivage (voir ).

+

+ Lors de la fermeture de bogues de sécurité, incluez les numéros CVS ainsi + que « Closes: #nnnnn ». Ceci est utile l'équipe de sécurité + pour suivre les failles de sécurité. Si un envoi est effectué pour + corriger le bogue avant que l'identifiant de l'alerte soit connu, il est + conseillé de modifier l'entrée de changelog historique lors du prochain + envoi. Même dans ce cas, veuillez inclure tous les pointeurs disponibles + vers les informations de contexte dans l'entrée de changelog d'origine. +

Plusieurs raisons nous poussent à demander aux responsables d'annoncer leur intention : @@ -2669,6 +2732,11 @@ everything here:

+

+ Veuillez consulter pour les raisons + courantes de rejet des nouveaux paquets. +

@@ -3011,7 +3079,7 @@ everything here: Les envois différés sont pour le moment réalisés via la file différée sur gluck. Le répertoire d'envoi est gluck:~tfheen/DELAYED/[012345678]-day. 0-day est - envoyé approximativement une heure avant l'exécution de dinstall. + envoyé approximativement plusieurs fois par jour vers ftp-master.

Avec une version assez récente de dput, cette section @@ -3035,7 +3103,7 @@ incoming = ~tfheen Envois de sécurité

- N'envoyez PAS un paquet vers la file d'envoi de sécurité + N'envoyez PAS un paquet vers la file d'envoi de sécurité (oldstable-security, stable-security, etc.) sans avoir obtenu au préalable l'autorisation de l'équipe de sécurité. Si le paquet ne correspond pas tout à fait aux besoins de cette équipe, @@ -3397,7 +3465,7 @@ incoming = ~tfheen l'archive Debian. C'est pourquoi, vous pouvez et vous devez clore les rapports dans le système de suivi des bogues une fois que vous avez reçu l'avis indiquant que votre nouveau paquet a été installé dans - l'archive. + l'archive. Le bogue devrait être fermé avec la bonne version.

Cependant, il est possible d'éviter d'avoir à fermer manuellement les @@ -3423,18 +3491,19 @@ acme-cannon (3.1415) unstable; urgency=low fichier changelog.

- Si un envoi est identifié comme une mise à jour - indépendante (NMU) (et c'est le cas si le nom de la personne - qui a réalisé ce changement n'est pas exactement le même que celui de - l'un des responsables ou expéditeurs, sauf si le responsable est le - groupe d'Assurance Qualité), le bogue est alors marqué fixed - (corrigé) au lieu d'être fermé. Si un envoi de responsable a pour - cible experimental, l'étiquette - fixed-in-experimental est alors ajoutée au bogue ; pour - les mises à jour indépendantes, l'étiquette fixed (corrigé) - est utilisée (il est attendu que la règle spéciale pour - experimental sera modifiée dès que le suivi des versions sera - ajouté au système de suivi des bogues). + À moins que cela soit spécifié différemment par l'option -v de + dpkg-buildpackage, seuls les bogues fermés dans l'entrée de + changelog la plus récente sont fermés (fondamentalement, seuls les + bogues mentionnés dans la partie de changelog du fichier + .changes sont fermés). +

+

+ + Historiquement, les envois identifiés comme Mise à jour + indépendante (« Non-maintainer upload » ou NMU) étaient + marqués comme fixed au lieu d'être fermés, mais cette pratique + a cassé avec l'ajout du suivi des versions. Le même raisonnement + s'applique à l'étiquette fixed-in-experimental.

Si vous entrez un numéro de bogue incorrect ou si vous oubliez un @@ -3445,7 +3514,10 @@ acme-cannon (3.1415) unstable; urgency=low bogues, &email-bts-control;. Pour fermer tous les bogues restants qui ont été corrigés par votre envoi, envoyez le fichier .changes à XXX-done@&bugs-host; où - XXX est le numéro du bogue. + XXX est le numéro du bogue et placez « Version: + YYY » et une ligne vide dans les deux premières lignes du corps du + courrier où YYY est la première version dans laquelle le + bogue a été corrigé.

Rappelez-vous qu'il n'est pas obligatoire de fermer les bogues en @@ -3570,7 +3642,7 @@ acme-cannon (3.1415) unstable; urgency=low

si le problème est grave, il est préférable de partager cette information avec d'autres vendeurs et de coordonner une - diffusion. L'équipe de sécurité garde des contacts avec les + publication. L'équipe de sécurité reste en contact avec les différentes organisations et individus et peut prendre soin des actions à mener.

@@ -3868,9 +3940,8 @@ acme-cannon (3.1415) unstable; urgency=low

Si une personne de l'équipe de sécurité accepte un paquet, il sera - installé sur security.debian.org ainsi que dans le répertoire - distribution-proposed-updates qui convient sur ftp-master - ou dans l'archive non-US. + installé sur security.debian.org et proposé pour le répertoire + distribution-proposed-updates qui convient sur ftp-master.

@@ -3903,7 +3974,10 @@ acme-cannon (3.1415) unstable; urgency=low modifiez les informations de contrôle du paquet pour le placer dans la section désirée et téléchargez à nouveau votre paquet dans l'archive. Reportez-vous à la pour en savoir plus. Si votre nouvelle section + name="charte Debian"> pour en savoir plus. Vous devez vous assurer + d'inclure le fichier .orig.tar.gz dans votre envoi (même si + vous n'envoyez pas de nouvelle version amon) ou il n'apparaîtra pas dans + la nouvelle section avec le reste du paquet. Si votre nouvelle section est valide, il sera déplacé automatiquement. Si ce n'est pas le cas, contactez les responsables ftp pour comprendre ce qui s'est passé.

@@ -3936,7 +4010,19 @@ acme-cannon (3.1415) unstable; urgency=low testing n'en dépend.

- Vous devez également détailler les raisons justifiant cette + Il existe une exception pour laquelle il n'est pas nécessaire de faire + une demande explicite de suppression : si un paquet (source ou + binaire) est orphelin, il sera supprimé de façon semi-automatique. Pour + un paquet binaire, cela veut dire s'il n'y a plus de paquet source + produisant le paquet binaire ; si le paquet binaire n'est + simplement plus produit pour certaines architectures, une demande de + suppression est toujours nécessaire. Pour un paquet source, cela veut + dire que tous les paquets binaires auxquels il se réfère ont été + récupérés par un autre paquet source. +

+

+ Vous devez détailler dans votre demande de suppressions les raisons + justifiant cette demande. Ceci a pour but d'éviter les suppressions non désirées et de garder une trace de la raison pour laquelle un paquet a été supprimé. Par exemple, vous pouvez fournir le nom du paquet qui @@ -3953,8 +4039,10 @@ acme-cannon (3.1415) unstable; urgency=low programme apt-cache du paquet apt pourra aussi vous être utile. La commande apt-cache showpkg paquet vous indiquera, entre autres, les paquets qui - dépendent de paquet. Le retrait de paquets orphelins est - discuté sur &email-debian-qa;. + dépendent de paquet. + Parmi d'autres programmes utiles, citons apt-cache rdepends, + apt-rdepends et grep-dctrl. + Le retrait de paquets orphelins est discuté sur &email-debian-qa;.

Une fois que le paquet a été supprimé, les bogues du paquet doivent @@ -4343,7 +4431,7 @@ acme-cannon (3.1415) unstable; urgency=low les porteurs doivent manipuler un grand nombre de paquets. À nouveau, la situation diffère selon la distribution visée. Elle varie également selon que l'architecture est candidate pour inclusion dans - la prochaine version stable ; les responsables de diffusion + la prochaine version stable ; les responsables de publication décident et annoncent quelles architectures sont candidates.

@@ -4358,7 +4446,7 @@ acme-cannon (3.1415) unstable; urgency=low de portage. (Souvenez-vous, il ne s'agit pas d'un règlement, mais de recommandations communément acceptées). Pour les envois de stable ou testing, veuillez tout d'abord vous - coordonner avec l'équipe de diffusion appropriée. + coordonner avec l'équipe de publication appropriée.

Deuxième différence, les porteurs qui font des mises à jour @@ -4561,7 +4649,7 @@ acme-cannon (3.1415) unstable; urgency=low

La raison principale pour laquelle une mise à jour indépendante est - réalisée est quand un développeur a besoin de corriger des paquets d'un + réalisée est quand un développeur a besoin de corriger le paquet d'un autre développeur pour résoudre des problèmes sérieux ou des bogues paralysants ou quand le responsable d'un paquet ne peut pas fournir une correction dans un délai raisonnable. @@ -4668,7 +4756,7 @@ acme-cannon (3.1415) unstable; urgency=low

Pour la distribution testing, les règles peuvent être - changées par les responsables de diffusion. Veuillez porter une + changées par les responsables de publication. Veuillez porter une attention spéciale au fait que le moyen habituel pour un paquet d'entrer dans testing est de passer par unstable.

@@ -4752,7 +4840,7 @@ acme-cannon (3.1415) unstable; urgency=low une entrée dans le fichier changelog qui indique les bogues corrigés et qui précise pourquoi cette mise à jour était nécessaire. Cette entrée comportera l'adresse de la personne ayant - fait la mise à jour ainsi que la version livrée. + fait l'envoi ainsi que la version livrée.

Par convention, dans le cas d'une mise à jour indépendante source @@ -4801,8 +4889,9 @@ acme-cannon (3.1415) unstable; urgency=low

Après avoir fait une mise à jour indépendante, il vous faudra aussi - envoyer cette information aux bogues existants que vous avez corrigés - par votre NMU en incluant le diff unifié. Sinon, vous pouvez créer un + envoyer l'information aux bogues existants que vous avez corrigés + par votre NMU en incluant le diff unifié. Historiquement, c'était une + habitude de créer un nouveau rapport de bogue et inclure un correctif comprenant toutes les modifications que vous avez réalisées. Le responsable officiel pourra choisir d'appliquer le correctif, il pourra aussi employer une autre @@ -4830,7 +4919,7 @@ acme-cannon (3.1415) unstable; urgency=low Les paquets faisant l'objet d'une mise à jour indépendante source sont construits comme les autres. Sélectionnez une distribution en utilisant les règles décrites dans la section - en suivant toutes les prescriptions de la section . + en suivant toutes les instructions de la section .

Vérifiez que vous n'avez pas modifié la valeur du champ @@ -4880,8 +4969,7 @@ acme-cannon (3.1415) unstable; urgency=low id="&url-debian-qa-orphaned;">. Si vous effectuez une mise à jour indépendante sur un paquet incorrectement orphelin, veuillez positionner le responsable à « Debian QA Group - <packages@qa.debian.org> ». Dans ce cas, les bogues du - paquet sont fermés et pas simplement marqués comme corrigés. + <packages@qa.debian.org> ».

@@ -4899,24 +4987,6 @@ acme-cannon (3.1415) unstable; urgency=low toujours les correctifs et les rapports de bogue soignés.

- - - Comment dak détecte les mises à jour indépendantes - -

- Le fait qu'un envoi soit traité par les scripts d'archive et par le - système de suivi des bogues (voir ) comme une mise - à jour indépendante ou comme un envoi par le responsable n'est - pas décidé en regardant le numéro de version (voir ). Au lieu de cela, un envoi est géré comme une mise - à jour indépendante si l'adresse du responsable dans le fichier - .changes n'est pas la même binairement que l'adresse du champ - Maintainer ou que l'une des adresses du champ - Uploaders du fichier dsc et également si l'adresse - du responsable n'est pas spéciale (c.-à-d. elle n'est pas positionnée - à l'adresse du groupe d'Assurance Qualité). -

- Terminologie @@ -5209,7 +5279,7 @@ unstable | 2 | - | 1 paquet : ceci ne se produit que pour permettre à un autre paquet d'entrer, ce dernier doit être prêt pour tous les autres critères. Considérons, par exemple, qu'un paquet - a est en conflit avec la nouvelle version de + a ne peut pas être installé avec la nouvelle version de b  alors a peut être supprimé pour permettre l'entrée de b.

@@ -5218,6 +5288,12 @@ unstable | 2 | - | 1 testing : le paquet est trop bogué (et avoir un seul bogue RC est suffisant pour être dans cet état).

+

+ De plus, si un paquet a été supprimé d'unstable et qu'aucun + paquet de testing n'en dépend plus, il sera alors + automatiquement supprimé. +

+ @@ -5245,7 +5321,7 @@ b | 1; d

Actuellement, ceci nécessite un coup de pouce manuel de l'équipe de - diffusion. Veuillez les contacter en envoyant un courrier + publication. Veuillez les contacter en envoyant un courrier électronique à debian-release@lists.debian.org si cela se produit pour l'un de vos paquets.

@@ -5287,7 +5363,7 @@ b | 1; d valides. Cela donne le fichier « update excuses ». Les raisons les plus communes pour lesquelles un paquet n'est pas considéré sont la jeunesse du paquet, le nombre de bogues RC et la - désynchronisation pour certaines architectures. Pour cette partie, + désynchronisation pour certaines architectures. Pour cette partie de britney, les responsables de version ont des marteaux de toute taille pour forcer britney à considérer un paquet. (Le gel de la base est également codé dans cette partie de britney.) (Il y a une chose @@ -5404,7 +5480,7 @@ b | 1; d

après l'envoi et la construction réussie sur toutes les - plates-formes, contactez l'équipe de diffusion à + plates-formes, contactez l'équipe de publication à &email-debian-release; et demandez-leur d'approuver votre envoi.

@@ -5642,8 +5718,8 @@ b | 1; d paquets binaires différents, que ce soit pour fournir plusieurs saveurs du même paquet (par exemple, le paquet source vim) ou pour créer plusieurs petits paquets au lieu - d'un seul gros (par exemple, si l'utilisateur peut n'installer que la - partie nécessaire et ainsi économiser de l'espace disque). + d'un seul gros (afin, par exemple, que l'utilisateur puisse n'installer + que la partie nécessaire et ainsi économiser de l'espace disque).

Le second cas peut facilement être géré dans le fichier @@ -5981,9 +6057,10 @@ b | 1; d

C'est une vieille tradition de valider les bogues fixés par une mise à jour indépendante dans la première entrée du changelog de l'envoi du - vrai responsable. Veuillez utiliser l'option -v de - dpkg-buildpackage pour fermer les rapports de bogue - correspondants. + vrai responsable. Comme nous avons maintenant le suivi des versions, il + est suffisant de garder les entrées de changelog des mises à jour + indépendantes et de simplement mentionner ce fait dans votre propre + entrée de changelog.

@@ -6166,7 +6243,7 @@ cron (3.0pl1-74) unstable; urgency=low script de maintenance, la fonction de shell suivante conforme à POSIX peut vous aider : &example-pathfind; Vous pouvez utiliser cette fonction pour rechercher le $PATH pour un nom de commande - passé en argument. Il renvoie vrai (zéro) si la commande a été trouvée + passé en paramètre. Il renvoie vrai (zéro) si la commande a été trouvée et faux sinon. Il s'agit réellement de la façon la plus portable de faire car command -v, type et which ne sont pas POSIX. @@ -6478,7 +6555,7 @@ cron (3.0pl1-74) unstable; urgency=low boolean: (booléen)

- Un choix vrai/faux. Rappelez-vous : vrai/faux, PAS OUI/NON... + Un choix vrai/faux. Rappelez-vous : vrai/faux, pas oui/non...

@@ -6591,9 +6668,11 @@ cron (3.0pl1-74) unstable; urgency=low utilisez plutôt un autre paragraphe.

- Ne soyez pas trop verbeux. Certaines interfaces debconf ne gèrent pas - très bien les descriptions de plus de 20 lignes, essayez donc de - les conserver sous cette limite. + Ne soyez pas trop verbeux. Les utilisateurs ont tendance à ignorer les + écrans trop longs. Par expérience, 20 lignes est la limite à + éviter de dépasser car cela veut dire sinon que, dans l'interface dialogue + classique, les utilisateurs devront faire défiler le texte et un grand + nombre de personnes ne le font simplement pas.

Pour des règles spécifiques selon le type de questionnaire (chaîne de @@ -6654,10 +6733,11 @@ cron (3.0pl1-74) unstable; urgency=low

- La description courte est une invite et NON un titre. Évitez des - invites de style question (« IP Address? ») en faveur - d'invites « ouvertes »à (« IP - address: »). L'utilisation des deux-points est recommandée. + La description courte est une invite et non un + titre. Évitez des invites de style question (« IP + Address? ») en faveur d'invites « ouvertes »à + (« IP address: »). L'utilisation des deux-points est + recommandée.

@@ -6690,7 +6770,8 @@ cron (3.0pl1-74) unstable; urgency=low

- La description étendue ne devrait PAS inclure de question. + La description étendue ne devrait pas inclure de + question.

@@ -6712,10 +6793,10 @@ cron (3.0pl1-74) unstable; urgency=low

- La description courte est une invite et NON un titre. N'utilisez - PAS des constructions inutiles du type « Please - choose... ». Les utilisateurs sont assez intelligents pour - réaliser qu'ils doivent choisir quelque chose...:) + La description courte est une invite et non un + titre. N'utilisez pas des constructions inutiles + du type « Please choose... ». Les utilisateurs sont assez + intelligents pour réaliser qu'ils doivent choisir quelque chose...:)

@@ -6750,7 +6831,7 @@ cron (3.0pl1-74) unstable; urgency=low

- N'ABUSEZ PAS DE DEBCONF. Les notes sont le moyen le plus courant + N'abusez pas de debconf. Les notes sont le moyen le plus courant d'abus de debconf. Comme il est écrit dans la page de manuel de debconf-devel : il est préférable de ne les utiliser que pour des avertissements à propos de problèmes très sérieux. Les @@ -6828,7 +6909,7 @@ _Description: Geneweb default language: Default.

- Si vous utilisez po-debconf (et vous DEVRIEZ le faire, voir 2.2), + Si vous utilisez po-debconf (et vous devriez le faire, voir 2.2), veuillez considérer de rendre ce champ traduisible, si vous pensez qu'il peut être traduit.

@@ -7104,7 +7185,7 @@ LOCPATH=$LOCALE_PATH LC_ALL=$LOCALE_NAME.$LOCALE_CHARSET date quels paquets peuvent être enlevés sans problème du système, i.e. ceux dont aucun paquet ne dépend. L'opération par défaut est de chercher seulement parmi les sections libs et oldlibs pour débusquer les - bibliothèques inutilisées. Mais si l'on passe le bon argument, il + bibliothèques inutilisées. Mais si l'on passe le bon paramètre, il tente d'attraper d'autres paquets inutiles.

@@ -7173,7 +7254,8 @@ LOCPATH=$LOCALE_PATH LC_ALL=$LOCALE_NAME.$LOCALE_CHARSET date

Il décompacte l'archive tar dans un répertoire temporaire vide par -zcat chemin/vers/<nom-du-paquet>_<version-amont>.orig.tar.gz | tar xf - +zcat chemin/vers/<nom-du-paquet>_<version-amont>.orig.tar.gz | tar xf - +

@@ -7324,7 +7406,18 @@ zcat chemin/vers/<nom-du-paquet>_<version-amont>.orig.tar.gz | tar x semblable)

Le fichier devrait avoir un nom qui indique clairement quel fichier binaire il encode. Habituellement, un postfixe indiquant le codage devrait être ajouté au nom du fichier - d'origine.

. Le fichier sera ensuite décodé et copié à + d'origine. Notez que vous n'avez pas besoin de dépendre de + sharutils pour avoir le programme + uudecode si vous utilisez la fonction pack de + perl. Le code pourrait ressembler à ceci : + +uuencode-file: + perl -ne 'print(pack "u", $$_);' $(file) > $(file).uuencoded + +uudecode-file: + perl -ne 'print(unpack "u", $$_);' $(file).uuencoded > $(file) + +

. Le fichier sera ensuite décodé et copié à son emplacement pendant l'étape de construction. Le changement sera donc visible assez facilement.

@@ -7438,6 +7531,12 @@ zcat chemin/vers/<nom-du-paquet>_<version-amont>.orig.tar.gz | tar x d'éviter que plusieurs responsables ne rédigent les mêmes rapports de bogue simultanément.

+

+ Veuillez utiliser les programmes dd-list et si nécessaire, + whodepends (du paquet devscripts) pour + générer une liste de tous les paquets concernés et incluez la sortie + dans votre courrier à &email-debian-devel;. +

Quand vous envoyez un grand nombre de rapports sur le même sujet, vous devriez les envoyer à maintonly@&bugs-host; pour qu'ils @@ -7557,13 +7656,9 @@ zcat chemin/vers/<nom-du-paquet>_<version-amont>.orig.tar.gz | tar x QA contacte un responsable inactif ou trouve plus d'informations sur celui-ci, c'est enregistré dans la base de données MIA. Ce système est disponible dans /org/qa.debian.org/mia sur l'hôte qa.debian.org et peut - être interrogé avec un outil de nom mia-history. Par - défaut, mia-history affiche des informations sur toutes - les personnes qu'il connaît, mais il accepte des expressions - rationnelles comme paramètre qu'il utilise comme correspondance de noms - d'utilisateur. - mia-history --help - affiche quels paramètres sont acceptés. Si vous déterminez qu'aucune + être interrogé avec un outil de nom mia-query. + Utilisez mia-query --help pour voir comment interroger + la base de données. Si vous déterminez qu'aucune information n'a encore été enregistrée pour un responsable inactif ou si vous voulez ajouter plus d'informations, vous deviez utiliser la procédure suivante. @@ -7616,19 +7711,19 @@ zcat chemin/vers/<nom-du-paquet>_<version-amont>.orig.tar.gz | tar x

- Un gros problème est représenté par les paquets parrainés + Un problème particulier est représenté par les paquets parrainés — le responsable n'est pas un développeur Debian officiel. Les informations « echelon » ne sont pas disponibles pour les personnes parrainées, par exemple, vous devez donc trouver et contacter le responsable Debian qui a réellement envoyé le paquet. Étant donné qu'il a signé le paquet, il est responsable de - l'envoi de toute façon et il devrait savoir ce qui s'est passé avec la - personne qu'il parraine. + l'envoi de toute façon et il est probable qu'il sait ce qui s'est passé + avec la personne qu'il parraine.

Il est également permis d'envoyer une demande à &email-debian-devel; demandant si quelqu'un est au courant d'information sur le responsable - manquant. + manquant. Veuillez mettre en CC: la personne en question.

Une fois que vous avez réuni toutes ces informations, vous pouvez @@ -7656,6 +7751,12 @@ zcat chemin/vers/<nom-du-paquet>_<version-amont>.orig.tar.gz | tar x l'envie, il devrait « laisser filer » et donner le paquet à quelqu'un ayant plus de temps.

+

+ Si vous êtes intéressé pour travailler dans l'équipe MIA, veuillez + étudier le fichier README dans /org/qa.debian.org/mia sur qa.debian.org + où les détails techniques et les procédures MIA sont documentées et + contactez &email-mia;. +