<!ENTITY % dynamicdata SYSTEM "dynamic.ent" > %dynamicdata;
<!-- CVS revision of this document -->
- <!ENTITY cvs-rev "$Revision: 1.58 $">
+ <!ENTITY cvs-rev "$Revision: 1.59 $">
<!-- if you are translating this document, please notate the CVS
revision of the developers reference here -->
<!-- <!ENTITY cvs-en-rev "1.282"> -->
s'ils n'ont pas un numéro de version supérieur à celui actuellement
disponible).
<p>
-Vous devez vous assurez que votre mise à jour indépendante binaire ne rend pas
+Vous devez vous assurer que votre mise à jour indépendante binaire ne rend pas
le paquet non installable. Cela peut arriver si un paquet source génère des
paquets dépendants et indépendants de l'architecture qui dépendent
les uns des autres <em>via</em> $(Source-Version).
architectures pour les marquer périmés ou à recompiler.
<p>
Ces recompilations nécessitent des numéros de version « magiques »
- pour que le système de maintenance de l'archive comprennent que, bien qu'il y
+ pour que le système de maintenance de l'archive comprenne que, bien qu'il y
ait une nouvelle version, il n'y a pas eu de modification des sources. Si vous
ne faites pas cela correctement, les administrateurs de l'archive rejetteront
votre mise à jour (car il n'y aura pas de code source associé).
inclure des paquets spécifiques à une architecture tout comme un fichier
<em>diff</em> modifié.
<p>
-Une mise à jour indépendante binaire est constitué par la recompilation et
+Une mise à jour indépendante binaire est constituée par la recompilation et
l'archivage d'un paquet pour une architecture donnée. Il s'agit souvent du
résultat d'un effort de portage. Une mise à jour indépendante binaire est la
livraison d'un paquet compilé (souvent pour une autre architecture) à condition
<item>
Les paquets dont il dépend doivent soit être déjà disponibles dans
<em>testing</em> soit être acceptés dans <em>testing</em> au
-même moment (et ils doivent remplire tous les critères nécessaires).
+même moment (et ils doivent remplir tous les critères nécessaires).
</list>
<p>
Pour savoir si un paquet a progressé ou non dans <em>testing</em>, veuillez voir la
supprimer libacme-foo0, ce qui va casser tout paquet qui en dépend.
<p>
Évidemment, cela touche principalement des paquets qui fournissent des jeux
-changeants de paquets binaires dans différentes version (par suite,
+changeant de paquets binaires dans différentes versions (par suite,
principalement des bibliothèques). Cependant, cela va aussi toucher des paquets
sur lesquels une dépendance versionnée a été déclarée du type ==, <= ou <<.
<p>