Quelques corrections proposées par Philippe Rimbault

postgresql/pgupgrade.xml

@@ -26,7 +26,7 @@
   binairement, c'est-à-dire en vérificant les paramètres de temps modifiables
   à la compilation, en incluant les binaires 32/64 bits. Il est important que
   tout module externe soit aussi
-  compatible binairement, bien que cela ne soit pas vérifié
+  compatible binairement, bien que cela ne soit pas vérifié par
   <application>pg_upgrade</application>.
  </para>
 
@@ -255,13 +255,13 @@ gmake prefix=/usr/local/pgsql.new install
    </step>
 
    <step>
-    <title>Adjustez l'authentification</title>
+    <title>Ajustez l'authentification</title>
 
     <para>
      <command>pg_upgrade</command> se connectera à l'ancien et au nouveau serveurs plusieurs fois.
      Vous devez donc configurer l'authentification à <literal>trust</literal>
      dans <filename>pg_hba.conf</filename> ou, si vous utilisez
-     l'authentification <literal>md5</literal>, configurer un fichier
+     l'authentification <literal>md5</literal>, configurez un fichier
      <filename>~/.pgpass</filename> (voir <xref linkend="libpq-pgpass"/> pour
      les détails) pour éviter d'avoir à saisir de façon répétée le mot de
      passe.
@@ -304,16 +304,16 @@ utilisent un autre nom de service)
      Exécutez toujours le binaire <application>pg_upgrade</application> dans
      le nouveau serveur, pas l'ancien. <application>pg_upgrade</application>
      nécessite de spécifier les repértoires de l'instance
-     (<varname>PGDATA</varname>) et des exécutables pour l'ancien et la
+     (<varname>PGDATA</varname>) et des exécutables pour l'ancienne et la
      nouvelle instance (<filename>bin</filename>). Vous pouvez aussi
      indiquer des valeurs pour l'utilisateur et le port. 
     </para>
 
     <para>
      Si vous utilisez les liens, la mise à jour sera bien plus rapide
      (pas de copie de données), mais vous ne serez plus capable d'accéder à
-     votre ancienne instance une fois que vous aurez démarrer la nouvelle
-     instance après la migration. Voir <literal>pg_upgrade --help</literal>
+     votre ancienne instance une fois que vous aurez démarré la nouvelle
+     instance après la mise à jour. Voir <literal>pg_upgrade --help</literal>
      pour une liste complète des options.
     </para>
 
@@ -360,7 +360,7 @@ pg_upgrade.exe
      données, <command>pg_upgrade</command> quittera et vous devrez retourner sur l'ancienne
      instance comme indiqué dans <xref linkend="pgupgrade-step-revert"/>. Pour essayer de nouveau
      pg_upgrade, vous aurez besoin de modifier l'ancienne instance pour que
-     la restauration du du schéma par <command>pg_upgrade</command> réussisse. Si le problème
+     la restauration du schéma par <command>pg_upgrade</command> réussisse. Si le problème
      est dû à un module contrib, vous pourriez avoir besoin de désinstaller
      le module contrib à partir de l'ancienne instance et de l'installer sur
      la nouvelle après la migration en espérant que le module n'est pas
@@ -381,7 +381,7 @@ pg_upgrade.exe
     <title>Traitement post-migration</title>
 
     <para>
-     Si tout traitement post-migration est requis, pg_upgrade lancera des
+     Si un traitement post-mise à jour est requis, pg_upgrade lancera des
      avertissements à la fin de son travail. Il générera aussi des fichiers
      de script à exécuter par l'administrateur. Les fichiers de script se
      connecteront à chaque base de données pour réaliser un traitement
@@ -572,14 +572,14 @@ psql --username postgres --file script.sql postgres
 
   <para>  
    Tout échec, reconstruction, réindexage sera indiqué par
-   <application>pg_upgrade</application> s'ils affectent votre
-   installation&nbsp;; les scripts post-migration pour reconstruire les tables
+   <application>pg_upgrade</application> si ils affectent votre
+   installation&nbsp;; les scripts post-mise à jour pour reconstruire les tables
    et index seront automatiquement générés. 
   </para>
 
   <para>
-   Pour un test en déploiement, créez une copie de schéma seul de l'ancienne
-   instance, insérer des données au hasard et faites un test de migration
+   Pour un test en déploiement, créez une copie du schéma de l'ancienne
+   instance, insérez des données au hasard et faites un test de mise à jour
    là-dessus. 
   </para>