Relecture des chapitres d'installation

postgresql/install-windows.xml

@@ -167,7 +167,7 @@ $ENV{MSBFLAGS}="/m";
  </para>
 
   <sect2>
-   <title>Pré-requis</title>
+   <title>Prérequis</title>
 
    <para>
     Les outils supplémentaires suivants sont requis pour construire
@@ -405,7 +405,7 @@ $ENV{MSBFLAGS}="/m";
 
    <para>
     Pour utiliser une bibliothèque de tierce partie côté serveur comme
-    <productname>python</productname> ou <productname>OpenSSL</productname>,
+    <productname>Python</productname> ou <productname>OpenSSL</productname>,
     cette bibliothèque <emphasis>doit</emphasis> aussi être en 64 bits. Il n'y
     a pas de support pour le chargement d'une bibliothèque 32 bits sur un
     serveur 64 bits. Plusieurs bibliothèques de tierce partie que PostgreSQL
@@ -525,7 +525,7 @@ $ENV{MSBFLAGS}="/m";
         l'installer, téléchargez l'archive source
         <filename>IPC-Run-&lt;version&gt;.tar.gz</filename> à partir du <ulink
         url="https://metacpan.org/release/IPC-Run">site CPAN</ulink>, et
-        déballez la. Modifiez le fichier <filename>buildenv.pl</filename> en
+        déballez-la. Modifiez le fichier <filename>buildenv.pl</filename> en
         ajoutant une variable PERL5LIB pointant vers le sous-répertoire
         <filename>lib</filename> des fichiers extraits de l'archive. Par
         exemple&nbsp;:

postgresql/installation.xml

@@ -155,7 +155,7 @@ su - postgres
       Pour installer le langage procédural <application>PL/Perl</application>,
       une installation complète de <productname>Perl</productname>,
       comprenant la bibliothèque <filename>libperl</filename> et les
-      fichiers d'en-tête, est nécessaire.
+      fichiers d'en-tête est nécessaire.
       La version minimale requise est <productname>Perl</productname> 5.8.3.
      </para>
 
@@ -584,7 +584,7 @@ su - postgres
      En premier lieu, le mot <quote><literal>/postgresql</literal></quote>
      est automatiquement ajouté aux répertoires <varname>datadir</varname>,
      <varname>sysconfdir</varname> et <varname>docdir</varname>,
-     à moins que le nom du répertoire à partir de la racine contienne déjà
+     à moins que le nom du répertoire à partir de la racine ne contienne déjà
      le mot <quote><literal>postgres</literal></quote> ou
      <quote><literal>pgsql</literal></quote>. Par exemple, si
      <filename>/usr/local</filename> est choisi comme préfixe,
@@ -1007,8 +1007,8 @@ su - postgres
        installé et s'il connaît libxml2. Sinon, le programme
        <command>xml2-config</command>, qui est installé par libxml2, sera
        utilisé s'il est trouvé. L'utilisation de <command>pkg-config</command>
-       est préférée parce qu'elle gère mieux les installations
-       multi-architectures.
+       est préférée, parce qu'elle gère mieux les installations
+       multiarchitectures.
       </para>
 
       <para>
@@ -2127,7 +2127,7 @@ export MANPATH</programlisting>
    En général, <productname>PostgreSQL</productname> doit fonctionner sur
    les architectures processeur suivantes&nbsp;: x86, x86_64, IA64, PowerPC,
    PowerPC 64, S/390, S/390x, Sparc, Sparc 64, ARM, MIPS, MIPSEL
-   et PA-RISC. Un support du code existe pour M68K, M32R et VAX mais ces
+   et PA-RISC. Un support du code existe pour M68K, M32R et VAX, mais ces
    architectures n'ont pas été testées récemment à notre connaissance. Il est
    souvent possible de construire <productname>PostgreSQL</productname> sur
    un type de processeur non supporté en précisant
@@ -2185,9 +2185,9 @@ export MANPATH</programlisting>
    </indexterm>
 
    <para>
-    PostgreSQL fonctionne sur AIX, mais les versions AIX avant la 6.1 ont
-    différents problèmes et ne sont donc pas recommendés. Vous pouvez utiliser
-    soit GCC soit le compilateur natif IBM <command>xlc</command>.
+    PostgreSQL fonctionne sur AIX, mais les versions avant la 6.1 ont
+    différents problèmes et ne sont pas recommandées. Vous pouvez utiliser
+    soit GCC, soit le compilateur natif IBM <command>xlc</command>.
    </para>
 
    <sect3>
@@ -2196,7 +2196,7 @@ export MANPATH</programlisting>
 
     <para>
      AIX est particulier dans la façon dont il gère la mémoire. Vous pouvez avoir
-     un serveur avec des gigaoctets de mémoire libre, mais malgré tout
+     un serveur avec des gigaoctets de mémoire libre, et malgré tout
      avoir des erreurs de mémoire insuffisante ou des erreurs d'espace
      d'adressage quand vous lancez des applications. Un exemple est
      le chargement d'extensions qui échoue avec des erreurs inhabituelles.
@@ -2219,10 +2219,10 @@ ERROR:  could not load library "/opt/dbs/pgsql/lib/plperl.so": Bad address
 
     <para>
      La cause générale de ces problèmes est le nombre de bits et le modèle mémoire
-     utilisé par le processus serveur. Par défaut, tous les binaires compilés sur
-     AIX sont 32-bits. Cela ne dépend pas du matériel ou du noyau en cours
-     d'utilisation. Ces processus 32-bits sont limités à 4&nbsp;Go de mémoire
-     présentée en segments de 256&nbsp;Mo utilisant un parmi quelques modèles.
+     utilisés par le processus serveur. Par défaut, tous les binaires compilés sur
+     AIX sont 32 bits. Cela ne dépend pas du matériel ou du noyau en cours
+     d'utilisation. Ces processus 32 bits sont limités à 4&nbsp;Go de mémoire,
+     présentée en segments de 256&nbsp;Mo utilisant un modèle parmi quelques-uns.
      Le modèle par défaut permet moins de 256&nbsp;Mo dans le tas, comme il partage
      un seul segment avec la pile.
     </para>
@@ -2270,14 +2270,14 @@ ERROR:  could not load library "/opt/dbs/pgsql/lib/plperl.so": Bad address
      des erreurs de l'éditeur de liens. Lorsque <envar>OBJECT_MODE</envar> est
      positionné, il indique aux outils de compilation d'AIX comme
      <command>ar</command>, <command>as</command> et
-     <command>ld</command> quel types de fichiers à manipuler par défaut.
+     <command>ld</command> quel type de fichiers à manipuler par défaut.
     </para>
 
     <para>
      Par défaut, de la surallocation d'espace de pagination
      peut se produire. Bien que nous ne l'ayons jamais constaté,
      AIX tuera des processus quand il se trouvera à court de mémoire et
-     que la zone surallouée est accédée. Le comportement le plus proche de
+     que la zone surallouée sera accédée. Le comportement le plus proche de
      ceci que nous ayons constaté est l'échec d'un <foreignphrase>fork</foreignphrase>, parce que le système
      avait décidé qu'il n'y avait plus de suffisamment de mémoire disponible
      pour un nouveau processus. Comme beaucoup d'autres parties d'AIX,
@@ -2402,7 +2402,7 @@ make MAX_CONNECTIONS=5 check
    <para>
     Sur les versions récentes de <productname>macOS</productname>, il est
     nécessaire d'embarquer le chemin <quote>sysroot</quote> dans les options
-    d'inclusion utilisées pour trouver les fichiers d'en-tête systèmes. Ceci a
+    d'inclusion utilisées pour trouver les fichiers d'en-tête système. Ceci a
     pour résultat la génération d'un script
     <application>configure</application> variant suivant la version du SDK
     utilisée durant <application>configure</application>. Ceci ne devrait pas
@@ -2419,10 +2419,10 @@ make PG_SYSROOT=<replaceable>/desired/path</replaceable> all
 <programlisting>
 xcodebuild -version -sdk macosx Path
 </programlisting>
-    Notez que construire une extension en utilisant une version sysroot
-    différente que celle utilisée pour construire le serveur n'est pas
-    vraiment recommandée&nbsp;; dans le pire des cas, cela impliquerait des
-    incohérences sur l'ABI difficiles à débugger.
+    Notez que compiler une extension en utilisant une version sysroot
+    différente de celle utilisée pour compiler le serveur n'est pas
+    vraiment recommandée&nbsp;; dans le pire des cas, cela peut entraîner des
+    incohérences d'ABI difficiles à débugger.
    </para>
 
    <para>