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 1m1Lyf-0005jQ-DD for pgsql-hackers@arkaria.postgresql.org; Thu, 08 Jul 2021 04:49: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 1m1Lye-0002p6-94 for pgsql-hackers@arkaria.postgresql.org; Thu, 08 Jul 2021 04:49: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 1m1Lye-0002oy-1J for pgsql-hackers@lists.postgresql.org; Thu, 08 Jul 2021 04:49:32 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m1Lyb-0001qk-TU for pgsql-hackers@postgresql.org; Thu, 08 Jul 2021 04:49:31 +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 1684nPrF1932992; Thu, 8 Jul 2021 00:49:25 -0400 From: Tom Lane To: Justin Pryzby cc: Michael Paquier , Bharath Rupireddy , Quan Zongliang , pgsql-hackers@postgresql.org Subject: Re: bugfix: when the blocksize is 32k, the function page_header of pageinspect returns negative numbers. In-reply-to: <20210708042806.GA22043@telsasoft.com> References: <8b8ec36e-61fe-14f9-005d-07bc85aa4eed@yeah.net> <20210708042806.GA22043@telsasoft.com> Comments: In-reply-to Justin Pryzby message dated "Wed, 07 Jul 2021 23:28:06 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1932990.1625719765.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Thu, 08 Jul 2021 00:49:25 -0400 Message-ID: <1932991.1625719765@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Justin Pryzby writes: > On Thu, Jul 08, 2021 at 01:15:12PM +0900, Michael Paquier wrote: >> Changes in the object set of an extension requires a new SQL script >> that changes the objects to reflect the change. So, in this case, >> what you need to do is to create pageinspect--1.9--1.10.sql, assuming >> that the new extension version is 1.10 and change page_header() >> accordingly. > I think it's common (and preferred) for changes in extension versions to= be > "folded" together within a major release of postgres. Since v1.9 is new= in > pg14 (commit 756ab2912), this change can be included in the same, new ve= rsion. Since we're already past beta2, I'm not sure that's a good idea. We can't really treat pageinspect 1.9 as something that the world has never seen. regards, tom lane