Relecture des chapitres d'installation

postgresql/install-windows.xml

@@ -163,7 +163,7 @@
   </para>
 
   <sect2>
-   <title>Pré-requis</title>
+   <title>Prérequis</title>
 
    <para>
     Les outils supplémentaires suivants sont requis pour construire
@@ -401,7 +401,7 @@
 
    <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
@@ -516,8 +516,8 @@
         que dans la bibliothèque ActiveState Perl Package Manager (PPM). Pour
         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
+        url="https://metacpan.org/release/IPC-Run">site CPAN</ulink>, et
+        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

@@ -153,7 +153,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>
 
@@ -580,7 +580,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,
@@ -2380,7 +2380,7 @@ hosts=local4,bind4
 
     <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
      <command>createlang</command> qui échoue avec des erreurs inhabituelles.
@@ -2403,10 +2403,10 @@ createlang: language installation failed: ERROR:  could not load library "/opt/d
 
     <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>
@@ -2454,15 +2454,15 @@ createlang: language installation failed: ERROR:  could not load library "/opt/d
      des erreurs de l'éditeur de liens. Quand <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
-     ceci que nous ayons constaté est l'échec de fork parce que le système
+     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,
      la méthode d'allocation de l'espace de pagination et le « out-of-memory
@@ -2676,7 +2676,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
@@ -2693,10 +2693,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>