Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jZ6LF-0006iD-UP for pgsql-hackers@arkaria.postgresql.org; Thu, 14 May 2020 05:23:33 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jZ6LE-00057Y-CZ for pgsql-hackers@arkaria.postgresql.org; Thu, 14 May 2020 05:23:32 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jZ6LE-00056P-5X for pgsql-hackers@lists.postgresql.org; Thu, 14 May 2020 05:23:32 +0000 Received: from courriel-2.mines-paristech.fr ([77.158.173.19] helo=antispam-1.ensmp.fr) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jZ6L7-00044q-6l for pgsql-hackers@postgresql.org; Thu, 14 May 2020 05:23:31 +0000 Received: from smtp-4.mines-paristech.fr (smtp-4.ensmp.fr [77.158.173.143]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by antispam-1.ensmp.fr (antispam.mines-paristech.fr) with ESMTPS id E495756ADB; Thu, 14 May 2020 07:23:20 +0200 (CEST) Received: from pseudo (205.237.219.88.rev.sfr.net [88.219.237.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp-4.mines-paristech.fr (Postfix) with ESMTPSA id 71A5F2C016A; Thu, 14 May 2020 07:23:20 +0200 (CEST) Date: Thu, 14 May 2020 07:23:05 +0200 (CEST) From: Fabien COELHO X-X-Sender: fabien@pseudo To: Bruce Momjian cc: Tom Lane , Alvaro Herrera , PostgreSQL-development Subject: Re: PG 13 release notes, first draft In-Reply-To: <20200513152202.GB20111@momjian.us> Message-ID: References: <20200512001744.GH4666@momjian.us> <20200512003456.GA29166@alvherre.pgsql> <20200512005714.GN4666@momjian.us> <11843.1589250233@sss.pgh.pa.us> <20200512025910.GX4666@momjian.us> <20200512211543.GB4666@momjian.us> <20200513152202.GB20111@momjian.us> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-CLAMAV-SCAN: ok X-VRSPAM-SCORE: -100 X-VRSPAM-STATE: legit X-VRSPAM-CAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedrleehgdelfecutefuodetggdotefrucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepfffhvffujgfkfhgfgggtsehttdertddtredvnecuhfhrohhmpefhrggsihgvnhcuvefqgffnjffquceotghovghlhhhosegtrhhirdgvnhhsmhhprdhfrheqnecuggftrfgrthhtvghrnhepveefgfeuhfegfeffueeljeefjeevgfffleevleekgfduieeftdfgudffledvjeeinecukfhppeekkedrvdduledrvdefjedrvddtheenucfrrghrrghmpehmohguvgepshhmthhpohhuth X-VRSPAM-EXTCAUSE: mhhouggvpehsmhhtphhouhht List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hello Bruce, >>>> * 34a0a81bfb >>> >>> We already have: >>> >>> Reformat tables containing function information for better >>> clarity (Tom Lane) >>> >>> so it seems it is covered as part of this. >> >> AFAICR this one is not by the same author, and although the point was about >> better clarity, it was not about formating but rather about restructuring >> text vs binary string function documentations. Then Tom reformatted the >> result. > > Well, we were not even clear we should document changes in the functions > section, so going into details of all the changes seems unwise. The restructuring was a significant change, and ISTM that another function of the release note is also to implicitely thank contributors (their name is appended, which does not bring any useful information about the feature from a release note perspective) hence my suggestion to include this one, the author of which is not Tom Lane. >>>> * e829337d42 >>> >>> Uh, this is a doc link formatting addition. I think this falls into the >>> error message logic, where it is nice when people want it, but they >>> don't need to know about it ahead of time. >> >> [...] > > I don't see it. While reading again the sequence, ISTM that I did not understand your first answer, so my answer was kind-of off topic, sorry. This is indeed "link formatting addition", which helps making the libpq doc more usable. Probably you do not need to know about it in advance, but I do not think that it is a good reason not to include it: with the same argument, a performance improvement would not need to be advertise, you'll see it when you need it. The same holds for all non-functional improvements, and there are many which are listed. >> Possibly, but as the "THIS WAS NOT DOCUMENTED BEFORE?" question seemed to >> still be in the release notes, I gathered that the information had not >> reached its destination, hence the possible repetition. But maybe the issue >> is that this answer is not satisfactory. Sorry for the inconvenience. > > I removed it already based on feedback from someone else. Good. I looked at the online version which is off the latest commits by a few hours. I'd consider moving "Upgrade to use DocBook 4.5 (Peter Eisentraut)" to the doc section, maybe. -- Fabien.