<!ENTITY % dynamicdata SYSTEM "dynamic.ent"> %dynamicdata;
- <!ENTITY cvs-rev "$Revision: 1.61 $">
+ <!ENTITY cvs-rev "$Revision: 1.62 $">
et les membres de la liste <email>debian-l10n-french@lists.debian.org</email>
</translator>
<version>
- Version &version;, &date-fr; (version française 20060405).
+ Version &version;, &date-fr; (version française 20060407).
</version>
<copyright>
<copyrightsummary>
lui, vous pouvez contribuer avec succès au projet Debian.
</p>
<p>
- Quand vous avez trouvez un <em>avocat</em>, quand votre clé GnuPG est
+ Quand vous avez trouvé un <em>avocat</em>, quand votre clé GnuPG est
signée et quand vous avez déjà contribué au projet, vous êtes prêt à
faire acte de candidature. Il vous suffit pour cela de vous enregistrer
sur notre <url id="&url-newmaint-apply;" name="page de
serveurs. De cette façon, les utilisateurs ont toujours accès aux
miroirs et s'y habituent, ce qui permet à Debian de mieux répartir les
besoins en bande passante sur plusieurs serveurs et plusieurs réseaux
- différents et évitent aux utilisateurs de surcharger l'emplacement
+ différents et évite aux utilisateurs de surcharger l'emplacement
primaire. Notez que, dans cette première série, les serveurs sont aussi
à jour que possible car la mise à jour est déclenchée par les sites
maîtres internes.
</heading>
<p>
Vous pouvez contrôler votre (vos) inscription(s) au PTS en envoyant
- différents commandes à <email>pts@qa.debian.org</email>.
+ différentes commandes à <email>pts@qa.debian.org</email>.
<taglist>
<tag>
<tt>subscribe <paquet source> [<adresse>]</tt>
</p>
</item>
</list>
- Les nouvelles usuelle peuvent être utilisées pour annoncer que :
+ Les nouvelles usuelles peuvent être utilisées pour annoncer que :
<list>
<item>
<p>
<p>
C'est une information utile pour les gens qui utilisent la
distribution <em>unstable</em> et qui sont nos premiers
- testeurs. Nous devons faciliter la tâche de ces gens.
+ testeurs. Nous devons leur faciliter la tâche.
</p>
</item>
<item>
</p>
<p>
Les paquets <ref id="dupload"> ou <ref id="dput"> pourront vous
- faciliter le travail lors du téléchargement. Ces programmes, bien
- pratiques, aident à automatiser le processus d'envoi de paquets vers
+ faciliter le travail lors du téléchargement. Ces programmes bien
+ pratiques aident à automatiser le processus d'envoi de paquets vers
Debian
</p>
<p>
Lorsque vous répondez à des rapports de bogue, assurez-vous que toutes
vos discussions concernant les bogues sont envoyées au rapporteur du
bogue et au bogue lui-même (<email>123@&bugs-host;</email> par
- exemple). Si vous rédigez un nouveau courrier et que vous ne vous
+ exemple). Si vous rédigez un nouveau courrier et si vous ne vous
souvenez plus de l'adresse du rapporteur de bogue, vous pouvez
utiliser l'adresse <email>123-submitter@&bugs-host;</email> pour
contacter le rapporteur <em>et</em> enregistrer votre courrier dans le
<p>
À la différence de la plupart des autres activités au sein de Debian,
les informations sur les problèmes de sécurité doivent parfois être
- gardées en privé pour un certain temps. Ceci permet les distributeurs
+ gardées en privé pour un certain temps. Ceci permet aux distributeurs
de logiciels de coordonner leur dévoilement afin de minimiser
l'exposition de leurs utilisateurs. Cette décision dépend de la
nature du problème et de l'existence d'une solution correspondante et
Préparer les paquets pour corriger des problèmes de sécurité
</heading>
<p>
- Une façon d'aider l'équipe de sécurité dans ses travaux est de leur
+ Une façon d'aider l'équipe de sécurité dans ses travaux est de lui
fournir des paquets corrigés convenables pour une annonce de sécurité
pour la version <em>stable</em> de Debian
</p>
diffusée, donc tout changement qui est fait est susceptible de casser
le système de quelqu'un. Ceci est spécialement vrai pour les
bibliothèques : assurez-vous ne de jamais changer l'API ou
- l'ABI, quelque minimal que soit le changement.
+ l'ABI, aussi minimal que soit le changement.
</p>
<p>
Cela veut dire que passer à une version amont supérieure n'est pas
pour le faire. Les plaintes à propos des responsables devraient être
portées sur la liste de diffusion des développeurs. Si la discussion
ne se termine pas par une conclusion positive et que le problème est
- de nature technique, considérez de porter le cas à l'attention du
+ de nature technique, envisagez de porter le cas à l'attention du
comité technique (voir la <url id="&url-tech-ctte;" name="page web du
comité technique"> pour plus d'information).
</p>
plutôt constante, vous devriez changer « any » en une
liste des architectures gérées dans le fichier
<file>debian/control</file>. Ainsi, la construction échouera
- également et l'indiquera à un lecture humain sans vraiment essayer.
+ également et l'indiquera à un lecteur humain sans vraiment essayer.
</p>
</item>
<item>
d'informations.
</p>
<p>
- Pour les différences pour les mises à jour indépendantes par les
+ Pour les différences concernant les mises à jour indépendantes par les
porteurs, veuillez voir <ref id="source-nmu-when-porter">.
</p>
<p>
</sect2>
<sect2>
<heading>
- Influence de paquet dans <em>testing</em>
+ Influence d'un paquet dans <em>testing</em>
</heading>
<p>
Généralement, l'état d'un paquet dans <em>testing</em> ne change rien
</p>
<sect2 id="rc">
<heading>
- Qu'est-ce que sont les bogues bloquant l'intégration dans la version
- stable et comment sont-ils comptés ?
+ Quels sont les bogues bloquant l'intégration dans la version stable
+ et comment sont-ils comptés ?
</heading>
<p>
Tous les bogues de gravité assez élevée sont par défaut considérés
Les scripts de maintenance incluent les fichiers
<file>debian/postinst</file>, <file>debian/preinst</file>,
<file>debian/prerm</file> et <file>debian/postrm</file>. Ces scripts
- prennent soin de la configuration d'installation ou de désinstallation
- des paquets, ce qui n'est pas simplement créer ou supprimer des
- fichiers et des répertoires. Les instructions suivantes complètent la
- <url id="&url-debian-policy;" name="charte Debian">.
+ prennent en charge la configuration d'installation ou de
+ désinstallation des paquets, ce qui n'est pas simplement créer ou
+ supprimer des fichiers et des répertoires. Les instructions suivantes
+ complètent la <url id="&url-debian-policy;" name="charte Debian">.
</p>
<p>
Les scripts de maintenance doivent être idempotents. Cela veut dire que
les développeurs Debian. Vous devriez utiliser une construction
neutre et souvent une forme passive. Pour ceux d'entre vous qui
écrivent déjà des publications scientifiques, écrivez simplement vos
- questionnaires comme vous écriveriez un papier scientifique.
+ questionnaires comme vous écririez un papier scientifique.
</p>
</sect2>
<sect2>
premier dans l'installateur Debian.
</p>
<p>
- Veuillez ne pas l'utiliser à moins que debconf ne le prennent en
+ Veuillez ne pas l'utiliser à moins que debconf ne le prenne en
charge.
</p>
<p>
La description courte devrait être gardée courte (50 caractères
ou moins) pour qu'elle puisse être ajustée par la plupart des
interfaces debconf. La garder courte aide également les traducteurs,
- car les traductions ont tendance à être plus longues que l'originale.
+ car les traductions ont tendance à être plus longues que l'original.
</p>
<p>
La description courte devrait se suffire à elle-même. Certaines
<item>
<p>
La description étendue est ce qui sera affiché comme une
- description plus détaillée de la note. Faites de phrases,
+ description plus détaillée de la note. Faites des phrases,
n'utilisez pas un style d'écriture trop concis.
</p>
</item>
<p>
Ce champ spécial permet aux traducteurs de positionner le choix le
plus approprié selon leur propre langue. Cela deviendra le choix par
- défaut quand leur langue sera sélectionné alors votre choix par
+ défaut quand leur langue sera sélectionnée alors votre choix par
défaut sera utilisé pour l'anglais.
</p>
<p>
</heading>
<p>
N'utilisez PAS de champ par défaut vide. Si vous ne voulez pas
- utiliser de valeurs par défaut, n'utilisez pas simplement pas du tout
+ utiliser de valeurs par défaut, n'utilisez simplement pas du tout
Default.
</p>
<p>
</item>
<item>
<p>
- Sinon, l'archive tar a du être empaqueté sans répertoire de
+ Sinon, l'archive tar a dû être empaqueté sans répertoire de
premier niveau commun (honte à l'auteur amont !). Dans ce
cas, <prgn>dpkg-source</prgn> renomme le répertoire temporaire
<em>lui-même</em> en
<tt><source-amont></tt> et de <tt><debian-revision></tt>.
</p>
<p>
- Il peut y avoir des cas où il est désirable de réempaqueter le source
- même si l'amont distribue un fichier <tt>.tar.gz</tt> qui pourrait en
- principe être utilisé dans sa forme vierge. Le plus évident est si
- des économies d'espaces <em>significatives</em> peuvent être
- réalisées en recompressant l'archive tar ou en supprimant des parties
- fondamentalement inutiles de l'archive source. Agissez à votre guise
- à cet endroit, mais soyez prêt à défendre votre décision si vous
- réempaquetez un source qui aurait pu être vierge.
+ Il peut y avoir des cas où il est souhaitable de réempaqueter le
+ source même si l'amont distribue un fichier <tt>.tar.gz</tt> qui
+ pourrait en principe être utilisé dans sa forme vierge. Le plus
+ évident est si des économies d'espaces <em>significatives</em>
+ peuvent être réalisées en recompressant l'archive tar ou en
+ supprimant des parties fondamentalement inutiles de l'archive
+ source. Agissez à votre guise à cet endroit, mais soyez prêt à
+ défendre votre décision si vous réempaquetez un source qui aurait pu
+ être vierge.
</p>
<p>
Un .orig.tar.gz réempaqueté :
<strong>ne devrait pas</strong> contenir de fichiers qui ne
viennent pas de l'auteur amont ou dont vous avez changé le
contenu. <footnote><p>Comme exception spéciale, si l'omission d'un
- fichier non libre entraînerait l'échec de la compilation du source
- sans assistance du diff Debian, il peut être approprié au lieu de
- cela d'éditer les fichiers, en omettant seulement les parties non
- libres de ceux-ci et/ou d'expliquer la situation dans un fichier
- README.Debian-source à la racine de l'arborescence du source. Mais
- dans ce cas, veuillez également demander instamment à l'auteur
- amont de faciliter la séparation des composants non libres du
- reste du source.</p></footnote>
+ fichier non libre devait entraîner l'échec de la compilation du
+ source sans assistance du diff Debian, il peut être approprié au
+ lieu de cela d'éditer les fichiers, en omettant seulement les
+ parties non libres de ceux-ci et/ou d'expliquer la situation dans
+ un fichier README.Debian-source à la racine de l'arborescence du
+ source. Mais dans ce cas, veuillez également demander instamment à
+ l'auteur amont de faciliter la séparation des composants non
+ libres du reste du source.</p></footnote>
</p>
</item>
<item>
<example>mia-history --help</example>
affiche quels paramètres sont acceptés. Si vous déterminez qu'aucune
information n'a encore été enregistrée pour un responsable inactif ou
- que vous voulez ajouter plus d'informations, vous deviez utiliser la
+ si vous voulez ajouter plus d'informations, vous deviez utiliser la
procédure suivante.
</p>
<p>
~ianmdlvl / developers-reference.git / commitdiff