Mise à jour en version 16.0

postgresql/config.xml

@@ -12079,10 +12079,10 @@ LOG:  CleanUpLock: deleting: lock(0xb7acd844) id(24688,24696,0,0,0,1)
      </listitem>
     </varlistentry>
 
-    <varlistentry id="guc-logical-replication-mode" xreflabel="logical_replication_mode">
-     <term><varname>logical_replication_mode</varname> (<type>enum</type>)
+    <varlistentry id="guc-debug-logical-replication-streaming" xreflabel="debug_logical_replication_streaming">
+     <term><varname>debug_logical_replication_streaming</varname> (<type>enum</type>)
      <indexterm>
-      <primary><varname>logical_replication_mode</varname> configuration parameter</primary>
+      <primary><varname>debug_logical_replication_streaming</varname> configuration parameter</primary>
      </indexterm>
      </term>
      <listitem>
@@ -12091,12 +12091,12 @@ LOG:  CleanUpLock: deleting: lock(0xb7acd844) id(24688,24696,0,0,0,1)
        <literal>immediate</literal>. The default is <literal>buffered</literal>.
        This parameter is intended to be used to test logical decoding and
        replication of large transactions.  The effect of
-       <varname>logical_replication_mode</varname> is different for the
+       <varname>debug_logical_replication_streaming</varname> is different for the
        publisher and subscriber:
       </para>
 
       <para>
-       On the publisher side, <varname>logical_replication_mode</varname>
+       On the publisher side, <varname>debug_logical_replication_streaming</varname>
        allows streaming or serializing changes immediately in logical decoding.
        When set to <literal>immediate</literal>, stream each change if the
        <link linkend="sql-createsubscription-with-streaming"><literal>streaming</literal></link>
@@ -12109,7 +12109,7 @@ LOG:  CleanUpLock: deleting: lock(0xb7acd844) id(24688,24696,0,0,0,1)
 
       <para>
        On the subscriber side, if the <literal>streaming</literal> option is set to
-       <literal>parallel</literal>, <varname>logical_replication_mode</varname>
+       <literal>parallel</literal>, <varname>debug_logical_replication_streaming</varname>
        can be used to direct the leader apply worker to send changes to the
        shared memory queue or to serialize all changes to the file.  When set to
        <literal>buffered</literal>, the leader sends changes to parallel apply

postgresql/func.xml

@@ -8643,6 +8643,14 @@ SELECT regexp_match('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
     </para>
    </listitem>
 
+   <listitem>
+    <para>
+     Si le format fournit moins de chiffres décimaux que le nombre en cours
+     de formatage, <function>to_char()</function> arrondira le nombre du nombre
+     indiqué de chiffres décimaux.
+    </para>
+   </listitem>
+
    <listitem>
     <para>
      Les caractères de modèle <literal>S</literal>, <literal>L</literal>,

postgresql/regress.xml

@@ -195,7 +195,8 @@ make check-world -j8 >/dev/null
     </listitem>
     <listitem>
      <para>
-      Les tests de régression pour l'interface ECPG, situés dans
+      Les tests de régression pour les bibliothèques d'interface,
+      situés dans <filename>src/interfaces/libpq/test</filename> et
       <filename>src/interfaces/ecpg/test</filename>.
      </para>
     </listitem>
@@ -243,7 +244,7 @@ make check-world -j8 >/dev/null
    </para>
 
    <para>
-    Certains des suites de tests supplémentaires utilisent l'infrastructure TAP
+    Certaines des suites de tests supplémentaires utilisent l'infrastructure TAP
     expliquée dans <xref linkend="regress-tap"/>.
     Les tests TAP sont seulement exécutés si PostgreSQL a été configuré
     avec l'option <option>--enable-tap-tests</option>. Cela est recommandé
@@ -253,8 +254,9 @@ make check-world -j8 >/dev/null
 
    <para>
     Certains tests ne sont pas exécutés par défaut, soit parce qu'ils ne sont
-    pas sécurisés pour fonctionner sur un système multi-utilisateurs, soit
-    parce qu'ils nécessitent un logiciel spécifique. Vous pouvez décider quels
+    pas sécurisés pour fonctionner sur un système multi-utilisateurs
+    parce qu'ils nécessitent un logiciel spécifique, soit parce qu'elles
+    consomment beaucoup de ressources. Vous pouvez décider quels
     seront les suites de test à exécuter lors de l'execution de
     <command>make</command> par son paramètrage ou par l'affectation d'une
     configuration à la variable d'environnement <varname>PG_TEST_EXTRA</varname>

postgresql/release-16.xml

@@ -7,7 +7,7 @@
 
   <formalpara>
    <title>Release date:</title>
-   <para>AS OF 2023-08-14, 2023-??-??</para>
+   <para>2023-09-14</para>
   </formalpara>
 
   <sect2 id="release-16-highlights">
@@ -949,14 +949,15 @@ Author: Jeff Davis <jdavis@postgresql.org>
        </para>
 
        <para>
-        Previously the ability to perform <command>LOCK
-        TABLE</command> at various lock levels was bound to
-        specific query-type permissions.  For example, <link
+        Previously a user's ability to perform <command>LOCK
+        TABLE</command> at various lock levels was limited to the
+        lock levels required by the commands they had permission
+        to execute on the table.  For example, someone with <link
         linkend="sql-update"><command>UPDATE</command></link>
-        could perform all lock levels except
-        <literal>ACCESS SHARE</literal>, which required <link
-        linkend="sql-select"><command>SELECT</command></link> permissions.
-        Now <command>UPDATE</command> can issue all lock levels.  MORE?
+        permission could perform all lock levels except <literal>ACCESS
+        SHARE</literal>, even though it was a lesser lock level.  Now users
+        can issue lesser lock levels if they already have permission for
+        greater lock levels.
        </para>
       </listitem>
 
@@ -1710,7 +1711,7 @@ Author: Amit Kapila <akapila@postgresql.org>
 
       <para>
        The variable is <link
-       linkend="guc-logical-replication-mode"><varname>logical_replication_mode</varname></link>.
+       linkend="guc-debug-logical-replication-streaming"><varname>debug_logical_replication_streaming</varname></link>.
       </para>
      </listitem>
 
@@ -1818,7 +1819,7 @@ Author: Robert Haas <rhaas@postgresql.org>
        This improves security and now requires subscription
        owners to be either superusers or to have <link
        linkend="sql-set-role"><command>SET ROLE</command></link>
-       permissions on all tables in the replication set.
+       permission on all roles owning tables in the replication set.
        The previous behavior of performing all operations as the
        subscription owner can be enabled with the subscription <link
        linkend="sql-createsubscription"><option>run_as_owner</option></link>
@@ -3994,6 +3995,7 @@ Author: Andres Freund <andres@anarazel.de>
     <member>Isaac Morland</member>
     <member>Israel Barth Rubio</member>
     <member>Jacob Champion</member>
+    <member>Jacob Speidel</member>
     <member>Jaime Casanova</member>
     <member>Jakub Wartak</member>
     <member>James Coleman</member>

postgresql/syntax.xml

@@ -542,8 +542,8 @@ U&'d!0061t!+000061' UESCAPE '!'
    <para>
     Alors que la syntaxe standard pour la spécification des constantes de
     chaînes est généralement agréable, elle peut être difficile à comprendre
-    quand la chaîne désirée contient un grand nombre de guillemets ou
-    d'antislashs, car chacun d'entre eux doit être doublé. Pour permettre la
+    quand la chaîne désirée contient un grand nombre de guillemets simples
+    car chacun d'entre eux doit être doublé. Pour permettre la
     saisie de requêtes plus lisibles dans de telles situations,
     <productname>PostgreSQL</productname> fournit une autre façon, appelée
     <quote>guillemet dollar</quote>, pour écrire des constantes de chaînes.

postgresql/version.xml

@@ -1,2 +1,2 @@
-<!ENTITY version "16 RC1">
+<!ENTITY version "16.0">
 <!ENTITY majorversion "16">