Mise à jour en version 9.4.7

postgresql/installation.xml

@@ -1940,7 +1940,7 @@ export PATH</programlisting>
     il vous faut ajouter des lignes telles que celles qui suivent à votre
     fichier d'initialisation du shell, à moins que vous installiez ces pages
     dans un répertoire où elles sont mises normalement&nbsp;:
-<programlisting>MANPATH=/usr/local/pgsql/man:$MANPATH
+<programlisting>MANPATH=/usr/local/pgsql/share/man:$MANPATH
 export MANPATH</programlisting>
    </para>
 
@@ -2872,12 +2872,12 @@ make MAX_CONNECTIONS=5 check
 
     <para>
      Par défaut, les man pages PostgreSQL sont installées dans
-     <filename>/usr/local/pgsql/man</filename>. Par défaut, UnixWare ne recherche
+     <filename>/usr/local/pgsql/share/man</filename>. Par défaut, UnixWare ne recherche
      pas de man pages à cet endroit. Pour pouvoir les lire, vous devez modifier
      la variable <varname>MANPATH</varname> pour y inclure
      <filename>/etc/default/man</filename>, par exemple&nbsp;:
      <programlisting>
-MANPATH=/usr/lib/scohelp/%L/man:/usr/dt/man:/usr/man:/usr/share/man:scohelp:/usr/local/man:/usr/local/pgsql/man
+MANPATH=/usr/lib/scohelp/%L/man:/usr/dt/man:/usr/man:/usr/share/man:scohelp:/usr/local/man:/usr/local/pgsql/share/man
      </programlisting>
     </para>
 

postgresql/pgstattuple.xml

@@ -137,7 +137,7 @@ free_percent       | 1.95
      <para>
       Identique à <function>pgstattuple(regclass)</function>, sauf que la relation
       cible est désignée en tant que TEXT.  Cette fonction est conservée pour
-      raison de compatibilité ascendante, et sera dépréciée dans la prochaine
+      raison de compatibilité ascendante, et sera dépréciée dans une prochaine
       version.
      </para>
     </listitem>
@@ -161,13 +161,13 @@ test=> SELECT * FROM pgstatindex('pg_cast_oid_index');
 -[ RECORD 1 ]------+------
 version            | 2
 tree_level         | 0
-index_size         | 8192
+index_size         | 16384
 root_block_no      | 1
 internal_pages     | 0
 leaf_pages         | 1
 empty_pages        | 0
 deleted_pages      | 0
-avg_leaf_density   | 50.27
+avg_leaf_density   | 54.27
 leaf_fragmentation | 0
      </programlisting>
 
@@ -201,13 +201,13 @@ leaf_fragmentation | 0
         <row>
          <entry><structfield>index_size</structfield></entry>
          <entry><type>bigint</type></entry>
-         <entry>Nombre total de page dans l'index</entry>
+         <entry>Taille totale de l'index en octets</entry>
         </row>
 
         <row>
          <entry><structfield>root_block_no</structfield></entry>
          <entry><type>bigint</type></entry>
-         <entry>Enmplacement du bloc racine</entry>
+         <entry>Emplacement du bloc racine (0 si aucun)</entry>
         </row>
 
         <row>
@@ -251,6 +251,13 @@ leaf_fragmentation | 0
       </tgroup>
      </informaltable>
 
+     <para>
+      L'information <literal>index_size</literal> rapportée correspondra
+      normalement à un bloc de plus que ce qui est indiqué par la formule
+      <literal>internal_pages + leaf_pages + empty_pages + deleted_pages</literal>
+      car elle inclut aussi le bloc de méta-données de l'index.
+     </para>
+
      <para>
       Comme pour <function>pgstattuple</function>, les résultats sont
       accumulés page par page, et ne représentent pas forcément une image
@@ -268,7 +275,7 @@ leaf_fragmentation | 0
      <para>
       Identique à <function>pgstatindex(regclass)</function>, sauf que l'index
       cible est spécifié en tant que TEXT.  Cette fonction est conservée pour
-      raison de compatibilité ascendante, et sera dépréciée dans la prochaine
+      raison de compatibilité ascendante, et sera dépréciée dans une prochaine
       version.
      </para>
     </listitem>

postgresql/planstats.xml

@@ -70,7 +70,7 @@
    coûteuse, ne nécessitant pas un parcours de table). Si c'est différent de
    <structfield>relpages</structfield>, alors
    <structfield>reltuples</structfield> est modifié en accord pour arriver à
-   une estimation actuelle du nombre de lignes. Dans ce cas, la valeur de
+   une estimation actuelle du nombre de lignes. Dans cet exemple, la valeur de
    <structfield>relpages</structfield> est mise à jour, donc l'estimation
    du nombre de lignes est identique à
    <structfield>reltuples</structfield>.

postgresql/recovery-config.xml

@@ -453,9 +453,10 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"'  # Windows
         l'enregistrement du COMMIT.
        </para>
        <para>
-        Le délai est observé jusqu'à ce que le serveur standby soit promu. Après
-        cela, les derniers enregistrements sont rejoués aussi rapidement que possible
-        pour terminer la restauration.
+        Le délai est observé une fois que la base de données en restauration a
+        atteint un état cohérent jusqu'à ce que le serveur standby soit promu ou
+        déclenché. Après cela, le serveur standby terminera la restauration sans
+        attendre.
        </para>
        <para>
         Ce parmaètre cible principalement les déploiements de la réplication en

postgresql/ref/create_index.xml

@@ -406,7 +406,7 @@
     l'option <literal>CONCURRENTLY</literal> de <command>CREATE INDEX</command>.
     Quand cette option est utilisée, <productname>PostgreSQL</productname>
     doit réaliser deux parcours de table et, en plus, il doit attendre que toutes
-    les transactions existantes qui peuvent utiliser cet index se terminent.
+    les transactions existantes qui peuvent modifier ou utiliser cet index se terminent.
     Du coup, cette méthode requiert
     plus de temps qu'une construction standard de l'index et est bien plus
     longue à se terminer. Néanmoins, comme cela autorise la poursuite des
@@ -420,12 +420,16 @@
     Dans la construction en parallèle d'un index, l'index est enregistré
     dans les catalogues systèmes dans une transaction, puis les deux
     parcours de table interviennent dans deux transactions supplémentaires.
-    Toute transaction active au début du second parcours de la table peut
-    bloquer la création concurrente de l'index jusqu'à sa fin, y compris
-    pour les transactions qui référencent seulement la table après que le
-    deuxième parcours de table commence. La création parallèle d'index attend
-    en série que chaque ancienne transaction se termine en utilisant la
-    méthode soulignée dans la section <xref linkend="view-pg-locks"/>.
+    Avant chaque parcours de table, la construction de l'index doit attendre
+    la fin des transactions en cours qui ont modifié la table. Après le deuxième
+    parcours, la construction doit attendre la fin de toute transactions ayant
+    une image de base (un snapshot, voir <xref linkend="mvcc">) datant d'avant
+    le deuxième parcours pour se terminer. Ensuite, l'index peut être marqué
+    comme utilisable, et la commande <command>CREATE INDEX</command> se
+    termine. Néanmoins, même après cela, l'index pourrait ne pas être
+    immédiatement utilisable pour les autres requêtes&nbsp;: dans le pire des
+    cas, il ne peut pas être utilisé tant que des transactions datant d'avant
+    le début de la création de l'index existent.
    </para>
 
    <para>

postgresql/ref/pg_ctl-ref.xml

@@ -370,7 +370,10 @@
     <term><option>--timeout</option></term>
     <listitem>
      <para>
-      Le nombre maximum de secondes à attendre pour la fin du lancement ou de l'arrêt.
+      Le nombre maximum de secondes à attendre pour la fin du lancement ou de
+      l'arrêt. La valeur par défaut correspond à la valeur de la variable
+      d'environnement <envar>PGCTLTIMEOUT</envar> et, si elle n'est pas
+      configurée, à 60 secondes.
      </para>
     </listitem>
    </varlistentry>
@@ -480,6 +483,18 @@
   <title>Environnement</title>
 
   <variablelist>
+   <varlistentry>
+    <term><envar>PGCTLTIMEOUT</envar></term>
+
+    <listitem>
+     <para>
+      Limite par défaut du nombre de secondes à attendre pour la fin de
+      l'opération de démarrage ou d'arrêt. Si elle n'est pas configurée,
+      l'attente est de 60 secondes.
+     </para>
+    </listitem>
+   </varlistentry>
+
    <varlistentry>
     <term><envar>PGDATA</envar></term>
 

postgresql/release-9.1.xml

@@ -2,6 +2,212 @@
 <!-- doc/src/sgml/release-9.1.sgml -->
 <!-- See header comment in release.sgml about typical markup -->
 
+ <sect1 id="release-9-1-21">
+  <title>Release 9.1.21</title>
+
+  <note>
+  <title>Release Date</title>
+  <simpara>2016-03-31</simpara>
+  </note>
+
+  <para>
+   This release contains a variety of fixes from 9.1.20.
+   For information about new features in the 9.1 major release, see
+   <xref linkend="release-9-1"/>.
+  </para>
+
+  <sect2>
+   <title>Migration to Version 9.1.21</title>
+
+   <para>
+    A dump/restore is not required for those running 9.1.X.
+   </para>
+
+   <para>
+    However, if you are upgrading from a version earlier than 9.1.16,
+    see <xref linkend="release-9-1-16"/>.
+   </para>
+
+  </sect2>
+
+  <sect2>
+   <title>Changes</title>
+
+   <itemizedlist>
+
+    <listitem>
+     <para>
+      Fix incorrect handling of NULL index entries in
+      indexed <literal>ROW()</literal> comparisons (Tom Lane)
+     </para>
+
+     <para>
+      An index search using a row comparison such as <literal>ROW(a, b) &gt;
+      ROW('x', 'y')</literal> would stop upon reaching a NULL entry in
+      the <structfield>b</structfield> column, ignoring the fact that there might be
+      non-NULL <structfield>b</structfield> values associated with later values
+      of <structfield>a</structfield>.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Avoid unlikely data-loss scenarios due to renaming files without
+      adequate <function>fsync()</function> calls before and after (Michael Paquier,
+      Tomas Vondra, Andres Freund)
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Correctly handle cases where <literal>pg_subtrans</literal> is close to XID
+      wraparound during server startup (Jeff Janes)
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Fix corner-case crash due to trying to free <function>localeconv()</function>
+      output strings more than once (Tom Lane)
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Fix parsing of affix files for <literal>ispell</literal> dictionaries
+      (Tom Lane)
+     </para>
+
+     <para>
+      The code could go wrong if the affix file contained any characters
+      whose byte length changes during case-folding, for
+      example <literal>I</literal> in Turkish UTF8 locales.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Avoid use of <function>sscanf()</function> to parse <literal>ispell</literal>
+      dictionary files (Artur Zakirov)
+     </para>
+
+     <para>
+      This dodges a portability problem on FreeBSD-derived platforms
+      (including OS X).
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Avoid a crash on old Windows versions (before 7SP1/2008R2SP1) with an
+      AVX2-capable CPU and a Postgres build done with Visual Studio 2013
+      (Christian Ullrich)
+     </para>
+
+     <para>
+      This is a workaround for a bug in Visual Studio 2013's runtime
+      library, which Microsoft have stated they will not fix in that
+      version.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Fix <application>psql</application>'s tab completion logic to handle multibyte
+      characters properly (Kyotaro Horiguchi, Robert Haas)
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Fix <application>psql</application>'s tab completion for
+      <literal>SECURITY LABEL</literal> (Tom Lane)
+     </para>
+
+     <para>
+      Pressing TAB after <literal>SECURITY LABEL</literal> might cause a crash
+      or offering of inappropriate keywords.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Make <application>pg_ctl</application> accept a wait timeout from the
+      <envar>PGCTLTIMEOUT</envar> environment variable, if none is specified on
+      the command line (Noah Misch)
+     </para>
+
+     <para>
+      This eases testing of slower buildfarm members by allowing them
+      to globally specify a longer-than-normal timeout for postmaster
+      startup and shutdown.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Fix incorrect test for Windows service status
+      in <application>pg_ctl</application> (Manuel Mathar)
+     </para>
+
+     <para>
+      The previous set of minor releases attempted to
+      fix <application>pg_ctl</application> to properly determine whether to send log
+      messages to Window's Event Log, but got the test backwards.
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Fix <application>pgbench</application> to correctly handle the combination
+      of <literal>-C</literal> and <literal>-M prepared</literal> options (Tom Lane)
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      In PL/Perl, properly translate empty Postgres arrays into empty Perl
+      arrays (Alex Hunsaker)
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Make PL/Python cope with function names that aren't valid Python
+      identifiers (Jim Nasby)
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Fix multiple mistakes in the statistics returned
+      by <filename>contrib/pgstattuple</filename>'s <function>pgstatindex()</function>
+      function (Tom Lane)
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Remove dependency on <literal>psed</literal> in MSVC builds, since it's no
+      longer provided by core Perl (Michael Paquier, Andrew Dunstan)
+     </para>
+    </listitem>
+
+    <listitem>
+     <para>
+      Update time zone data files to <application>tzdata</application> release 2016c
+      for DST law changes in Azerbaijan, Chile, Haiti, Palestine, and Russia
+      (Altai, Astrakhan, Kirov, Sakhalin, Ulyanovsk regions), plus
+      historical corrections for Lithuania, Moldova, and Russia
+      (Kaliningrad, Samara, Volgograd).
+     </para>
+    </listitem>
+
+   </itemizedlist>
+
+  </sect2>
+ </sect1>
+
  <sect1 id="release-9-1-20">
   <title>Release 9.1.20</title>