Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qo3EN-00CvWs-3p for pgsql-hackers@arkaria.postgresql.org; Wed, 04 Oct 2023 14:52:07 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1qo3EL-00GZlv-Gm for pgsql-hackers@arkaria.postgresql.org; Wed, 04 Oct 2023 14:52:05 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qo3EL-00GZlY-74 for pgsql-hackers@lists.postgresql.org; Wed, 04 Oct 2023 14:52:05 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qo3EJ-0000pU-6d for pgsql-hackers@postgresql.org; Wed, 04 Oct 2023 14:52:04 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 394EpxY82586963; Wed, 4 Oct 2023 10:51:59 -0400 From: Tom Lane To: Daniel Gustafsson cc: Alvaro Herrera , Robert Haas , PostgreSQL Hackers , Nathan Bossart Subject: Re: --sync-method isn't documented to take an argument In-reply-to: <5FA50A84-6ECC-4280-AC2E-23F88C252713@yesql.se> References: <202310041435.5ss4bpih2lal@alvherre.pgsql> <2585706.1696430390@sss.pgh.pa.us> <5FA50A84-6ECC-4280-AC2E-23F88C252713@yesql.se> Comments: In-reply-to Daniel Gustafsson message dated "Wed, 04 Oct 2023 16:49:30 +0200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2586961.1696431119.1@sss.pgh.pa.us> Date: Wed, 04 Oct 2023 10:51:59 -0400 Message-ID: <2586962.1696431119@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Daniel Gustafsson writes: > On 4 Oct 2023, at 16:39, Tom Lane wrote: >> I concluded a long time ago that it does nothing. > It does nothing in our current doc rendering, but if someone would like to > render docs with another style where it does make a difference it seems > unhelpful to not be consistent. To do that, we'd need some sort of agreement on what the possible "class" values are and when to use each one. I've never seen any documentation about that. regards, tom lane