Hi Bruce, thanks for doing this again!

I'm a bit late to this discussion -- there's been a bit of churn in
the vacuum items, and some streams got crossed along the way. I've
attached an attempt to rectify this.
diff --git a/doc/src/sgml/release-17.sgml b/doc/src/sgml/release-17.sgml
index 0e7ff51f4a..612eb100a7 100644
--- a/doc/src/sgml/release-17.sgml
+++ b/doc/src/sgml/release-17.sgml
@@ -492,23 +492,23 @@ Allow BRIN indexes to be created using parallel workers (Tomas Vondra, Matthias
      <itemizedlist>
 
 <!--
-Author: John Naylor <john.nay...@postgresql.org>
-2024-03-07 [ee1b30f12] Add template for adaptive radix tree
-Author: Masahiko Sawada <msaw...@postgresql.org>
-2024-03-21 [30e144287] Add TIDStore, to store sets of TIDs (ItemPointerData) ef
-Author: Masahiko Sawada <msaw...@postgresql.org>
-2024-04-02 [667e65aac] Use TidStore for dead tuple TIDs storage during lazy vac
 Author: Heikki Linnakangas <heikki.linnakan...@iki.fi>
 2024-04-03 [6dbb49026] Combine freezing and pruning steps in VACUUM
 -->
 
 <listitem>
 <para>
-Allow vacuum to more efficiently remove and freeze tuples (Masahiko Sawada, John Naylor, Melanie Plageman)
+Allow vacuum to more efficiently remove and freeze tuples (Melanie Plageman)
+</para>
+
+<para>
+WAL traffic caused by vacuum is also more compact.
 </para>
 </listitem>
 
 <!--
+Author: John Naylor <john.nay...@postgresql.org>
+2024-03-07 [ee1b30f12] Add template for adaptive radix tree
 Author: Masahiko Sawada <msaw...@postgresql.org>
 2024-03-21 [30e144287] Add TIDStore, to store sets of TIDs (ItemPointerData) ef
 Author: Masahiko Sawada <msaw...@postgresql.org>
@@ -523,8 +523,7 @@ Allow vacuum to more efficiently store tuple references (Masahiko Sawada, John N
 </para>
 
 <para>
-Additionally, vacuum is no longer silently limited to one gigabyte of memory when maintenance_work_mem or autovacuum_work_mem are higher. WAL traffic caused by
-vacuum is also more compact.
+Additionally, vacuum is no longer silently limited to one gigabyte of memory when maintenance_work_mem or autovacuum_work_mem are higher.
 </para>
 </listitem>
 

Reply via email to