Re: pgsql: Invalidate RI fast-path metadata on operator family changes

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Amit Langote <amitlangote09(at)gmail(dot)com>
Cc: Richard Guo <guofenglinux(at)gmail(dot)com>, Alexander Lakhin <exclusion(at)gmail(dot)com>, pgsql-committers(at)lists(dot)postgresql(dot)org
Subject: Re: pgsql: Invalidate RI fast-path metadata on operator family changes
Date: 2026-09-20 03:34:52
Message-ID: 255078.1789875292@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-committers

Amit Langote <amitlangote09(at)gmail(dot)com> writes:
> I'm thinking of pushing this to master first and see if it helps. I
> note in my proposed commit message that back-patching to 19 is
> deferred until beta4 freeze is over, but maybe I should not wait until
> then?

Formally, we're in release freeze on v19, so you should get the
concurrence of pgsql-release@ before pushing something into the
v19 branch this weekend. It's going to be hard to get meaningful
input though (seeing that it's late Saturday night USA time, and
very early Sunday morning European time). Moreover, the longer
you wait, the fewer buildfarm runs will happen before release wrap;
and it being a weekend there's not going to be a lot of commit
activity to help runs happen. So there's no way around some risk
here.

Having said that, the failure rate seems high enough to be
annoying (I see six BF failures across master and v19 in the
24-ish hours since this went in), and the patch looks pretty
safe. So I think my vote is to push. I'd counsel asking
pgsql-release@ as a matter of formality, and pushing if no
objections arrive within a couple of hours.

regards, tom lane

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Amit Langote 2026-09-20 04:10:08 Re: pgsql: Invalidate RI fast-path metadata on operator family changes
Previous Message Amit Langote 2026-09-20 03:24:04 Re: pgsql: Invalidate RI fast-path metadata on operator family changes