Re: Cleaning up nbtree after logical decoding on standby work - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: Cleaning up nbtree after logical decoding on standby work
Date
Msg-id ZHE7HVg8L1QpD/Ii@paquier.xyz
Whole thread Raw
In response to Re: Cleaning up nbtree after logical decoding on standby work  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: Cleaning up nbtree after logical decoding on standby work
List pgsql-hackers
On Fri, May 26, 2023 at 10:56:53AM +0200, Alvaro Herrera wrote:
> I suppose you're not thinking of applying this to current master, but
> instead just leave it for when pg17 opens, right?  I mean, clearly it
> seems far too invasive to put it in after beta1.  On the other hand,
> it's painful to know that we're going to have code that exists only on
> 16 and not any other release, in an area that's likely to have bugs here
> and there, so we're going to need to heavily adjust backpatches for 16
> especially.
>
> I can't make up my mind about this.  What do others think?

When I looked at the patch yesterday, my impression was that this
would be material for v17 as it is refactoring work, not v16.
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Jacob Champion
Date:
Subject: Re: Docs: Encourage strong server verification with SCRAM
Next
From: Jeff Davis
Date:
Subject: Fix search_path for all maintenance commands