Re: Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
Cc: Nathan Bossart <nathandbossart(at)gmail(dot)com>, Melanie Plageman <melanieplageman(at)gmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, Sami Imseih <samimseih(dot)pg(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Naga Appani <nagnrik(at)gmail(dot)com>, Ashutosh Bapat <ashutosh(dot)bapat(dot)oss(at)gmail(dot)com>, Tomas Vondra <tomas(at)vondra(dot)me>, Xuneng Zhou <xunengzhou(at)gmail(dot)com>, torikoshia <torikoshia(at)oss(dot)nttdata(dot)com>, Kirill Reshke <reshkekirill(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring)
Date: 2026-09-22 16:12:31
Message-ID: 1185861.1790093551@sss.pgh.pa.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Heikki Linnakangas <hlinnaka(at)iki(dot)fi> writes:
> I don't really mind catversion bumps during the beta period in general,
> I'm in the camp that if there's a change that would make the release
> better and it's not particularly risky, it's better to still sneak it in.

> I feel I might be in the minority with that view though. Historically,
> we've avoided fixes that need catversion bumps late in the beta period,
> so that beta-testers don't need to pg_upgrade. I think that's a poor
> tradeoff, but if we're changing long-standing policy, the RMT probably
> isn't the right group for that. So, how do others feel?

IMO, we've avoided it, but that's not a blanket policy against it.
Making beta testers exercise pg_upgrade isn't without benefit.

IIUC, the issue here is that we think these new-in-v19 functions are
suboptimally named, and if we don't change the names now then we're
stuck with them. So I'm okay with a post-beta4 catversion bump
to do that.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Nathan Bossart 2026-09-22 16:25:47 Re: Teach pg_upgrade to deal with invalid databases
Previous Message Bharath Rupireddy 2026-09-22 16:10:44 Re: Teach pg_upgrade to deal with invalid databases