<!-- common, language independant entities -->
<!entity % commondata SYSTEM "common.ent" > %commondata;
<!-- CVS revision of this document -->
- <!entity cvs-rev "$Revision: 1.20 $">
+ <!entity cvs-rev "$Revision: 1.21 $">
<!-- if you are translating this document, please notate the RCS
revision of the developers reference here -->
<author>version française par Antoine Hulin <email>antoine.hulin@origan.fdn.org</email>
<author>et les membres de la liste
<email>debian-l10n-french@lists.debian.org</email>
-<version>version &version;, &date-fr;
+<version>Version &version;, &date-fr; (version française 20011217).
<copyright>
<em>unstable</em>. Elle est prévue pour servir de plate-forme de développement
pour les projets expérimentaux qui ont de grandes chances de détruire le
système ou bien pour des logiciels qui sont vraiment trop instables pour être
-inclus dans la distribution <em>unstable</em> (mais qui ont néanmoins une
-bonne raison pour être mis en paquet). Les utilisateurs qui téléchargent et
+inclus dans la distribution <em>unstable</em> (mais pour qui une mise en
+paquet est justifiée). Les utilisateurs qui téléchargent et
installent des paquets depuis
<em>experimental</em> sont prévenus : on ne peut pas faire confiance à la
distribution <em>experimental</em>.
<p>
-S'il y a des chances pour qu'un logiciel cause des dégats importants, il sera
+Si un logiciel risque de causer des dégats importants, il sera
sûrement préférable de le mettre dans la distribution <em>experimental</em>.
Un système de fichier compressé, par exemple, devrait probablement aller dans
<em>experimental</em>.
<p>
-Une nouvelle version amont qui ajoute des nouvelles fonctions et en supprime
-beaucoup de plus anciennes ne devra pas être téléchargée dans l'archive
+Une nouvelle version amont qui ajoute de nouvelles fonctions tout en
+supprimant de nombreuses autres ne devra pas être téléchargée dans l'archive
Debian, elle pourra cependant être téléchargée dans <em>experimental</em>. Une
nouvelle version non finalisée d'un logiciel qui utilise une méthode de
configuration complètement différente pourrait aller dans
-<em>experimental</em> à la discrétion du responsable. Si vous travaillez sur
+<em>experimental</em> au gré du responsable. Si vous travaillez sur
un cas de mise à jour complexe ou incompatible vous pouvez aussi utiliser
<em>experimental</em> comme plate-forme d'intégration et ainsi fournir un
accès aux testeurs.
<em>stable</em>.
<p>
-Un nouveau logiciel qui a peu de chance d'endommager le système ira
+Un nouveau logiciel qui ne risque pas d'endommager le système ira
directement dans <em>unstable</em>.
<p>
<p>
Avant de mettre à jour votre paquet vous ferez quelques tests de base. Vous
devrez au moins faire les tests suivants (il vous faut une ancienne version
-du paquet pour cela) :
+du paquet) :
<list compact>
<item>
Installez le paquet et vérifiez que le logiciel fonctionne. Si le
<prgn>lintian</prgn> comme suit : <tt>lintian -v
<var>package-version</var>.changes</tt>. Ce programme fera une
vérification sur les paquets source et binaire. Si vous ne comprenez
- par les messages générés par <prgn>lintian</prgn> essayez l'option
+ pas les messages générés par <prgn>lintian</prgn> essayez l'option
<tt>-i</tt>. Cette option rendra <prgn>lintian</prgn> beaucoup plus
bavard dans sa description du problème.
<p>
amont donnée, le fichier <tt>tar</tt> de cette version amont doit être
téléchargé et mentionné dans le fichier <tt>.changes</tt>. Par la suite, ce
fichier <tt>tar</tt> sera utilisé pour générer les fichiers <tt>diff</tt> et
-<tt>.dsc</tt> et il ne sera pas nécessaire de le re-télécharger.
+<tt>.dsc</tt> et il ne sera pas nécessaire de le télécharger à nouveau.
<p>
Par défaut, <prgn>dpkg-genchanges</prgn> et <prgn>dpkg-buildpackage</prgn>
<p>
Si la mise à jour ne contient pas le fichier <tt>tar</tt> des sources
originaux, <prgn>dpkg-source</prgn> <em>doit</em>, pour construire les
-fichiers <tt>.dsc</tt> et <tt>diff</tt> de la mise à jour, utiliser un fichier
+fichiers <tt>.dsc</tt> et <tt>diff</tt> de la mise à jour, utilisez un fichier
<tt>tar</tt> identique à l'octet près à celui sur le serveur. Si pour une
raison ou pour une autre il y a une différence, la nouvelle version de ce
fichier doit à nouveau être incluse dans la mise à jour (en utilisant l'option
distribution <em>stable</em> pour que leurs dépendances se limitent aux
bibliothèques (et autres paquets) disponibles dans <em>stable</em> ;
un paquet livré pour la distribution <em>stable</em> qui dépend d'une
-librairie qui n'est disponible que dans <em>unstable</em> sera rejeté.
+bibliothèque qui n'est disponible que dans <em>unstable</em> sera rejeté.
Modifier les dépendances d'autres paquets (en manipulant le champ
<tt>Provides</tt> ou les fichiers shlibs) et, peut-être, rendre ces paquets
ininstallables, est fortement déconseillé.