pg.ddx.io pgsql-hackers@postgresql.org mailing list archive
help / color / mirror / Atom feedCatversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring)
4+ messages / 3 participants
[nested] [flat]
* Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring)
@ 2026-09-22 16:01 Heikki Linnakangas <hlinnaka@iki.fi>
2026-09-22 16:12 ` Re: Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring) Tom Lane <tgl@sss.pgh.pa.us>
2026-09-22 17:35 ` Re: Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring) Noah Misch <noah@leadboat.com>
0 siblings, 2 replies; 4+ messages in thread
From: Heikki Linnakangas @ 2026-09-22 16:01 UTC (permalink / raw)
To: Nathan Bossart <nathandbossart@gmail.com>; Melanie Plageman <melanieplageman@gmail.com>; +Cc: Michael Paquier <michael@paquier.xyz>; Sami Imseih <samimseih.pg@gmail.com>; Andres Freund <andres@anarazel.de>; Naga Appani <nagnrik@gmail.com>; Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>; Tomas Vondra <tomas@vondra.me>; Xuneng Zhou <xunengzhou@gmail.com>; torikoshia <torikoshia@oss.nttdata.com>; Kirill Reshke <reshkekirill@gmail.com>; pgsql-hackers
On 22/09/2026 18:46, Nathan Bossart wrote:
> On Tue, Sep 22, 2026 at 09:58:38AM -0400, Melanie Plageman wrote:
>> On Tue, Sep 22, 2026 at 4:01 AM Michael Paquier <michael@paquier.xyz> wrote:
>>> That would be OK here. CC-ing Nathan for RMT input, as this would
>>> require a catversion bump.
>>
>> I don't have an issue with a catversion bump as long as it's before GA
>> and it doesn't make it more likely we'll have to change it again after
>> GA.
>
> Same. I'd think before RC1 would be preferable.
I'm cool with it. Sooner the better, of course.
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?
- Heikki
^ permalink raw reply [nested|flat] 4+ messages in thread
* Re: Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring)
2026-09-22 16:01 Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring) Heikki Linnakangas <hlinnaka@iki.fi>
@ 2026-09-22 16:12 ` Tom Lane <tgl@sss.pgh.pa.us>
2026-09-22 16:40 ` Re: Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring) Heikki Linnakangas <hlinnaka@iki.fi>
1 sibling, 1 reply; 4+ messages in thread
From: Tom Lane @ 2026-09-22 16:12 UTC (permalink / raw)
To: Heikki Linnakangas <hlinnaka@iki.fi>; +Cc: Nathan Bossart <nathandbossart@gmail.com>; Melanie Plageman <melanieplageman@gmail.com>; Michael Paquier <michael@paquier.xyz>; Sami Imseih <samimseih.pg@gmail.com>; Andres Freund <andres@anarazel.de>; Naga Appani <nagnrik@gmail.com>; Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>; Tomas Vondra <tomas@vondra.me>; Xuneng Zhou <xunengzhou@gmail.com>; torikoshia <torikoshia@oss.nttdata.com>; Kirill Reshke <reshkekirill@gmail.com>; pgsql-hackers
Heikki Linnakangas <hlinnaka@iki.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
^ permalink raw reply [nested|flat] 4+ messages in thread
* Re: Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring)
2026-09-22 16:01 Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring) Heikki Linnakangas <hlinnaka@iki.fi>
2026-09-22 16:12 ` Re: Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring) Tom Lane <tgl@sss.pgh.pa.us>
@ 2026-09-22 16:40 ` Heikki Linnakangas <hlinnaka@iki.fi>
0 siblings, 0 replies; 4+ messages in thread
From: Heikki Linnakangas @ 2026-09-22 16:40 UTC (permalink / raw)
To: Tom Lane <tgl@sss.pgh.pa.us>; +Cc: Nathan Bossart <nathandbossart@gmail.com>; Melanie Plageman <melanieplageman@gmail.com>; Michael Paquier <michael@paquier.xyz>; Sami Imseih <samimseih.pg@gmail.com>; Andres Freund <andres@anarazel.de>; Naga Appani <nagnrik@gmail.com>; Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>; Tomas Vondra <tomas@vondra.me>; Xuneng Zhou <xunengzhou@gmail.com>; torikoshia <torikoshia@oss.nttdata.com>; Kirill Reshke <reshkekirill@gmail.com>; pgsql-hackers
On 22/09/2026 19:12, Tom Lane wrote:
> Making beta testers exercise pg_upgrade isn't without benefit.
Oh that's an interesting point, it never occurred to me that there's an
upside like that, in getting more testing of pg_upgrade. :-)
- Heikki
^ permalink raw reply [nested|flat] 4+ messages in thread
* Re: Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring)
2026-09-22 16:01 Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring) Heikki Linnakangas <hlinnaka@iki.fi>
@ 2026-09-22 17:35 ` Noah Misch <noah@leadboat.com>
1 sibling, 0 replies; 4+ messages in thread
From: Noah Misch @ 2026-09-22 17:35 UTC (permalink / raw)
To: Heikki Linnakangas <hlinnaka@iki.fi>; +Cc: Nathan Bossart <nathandbossart@gmail.com>; Melanie Plageman <melanieplageman@gmail.com>; Michael Paquier <michael@paquier.xyz>; Sami Imseih <samimseih.pg@gmail.com>; Andres Freund <andres@anarazel.de>; Naga Appani <nagnrik@gmail.com>; Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>; Tomas Vondra <tomas@vondra.me>; Xuneng Zhou <xunengzhou@gmail.com>; torikoshia <torikoshia@oss.nttdata.com>; Kirill Reshke <reshkekirill@gmail.com>; pgsql-hackers
On Tue, Sep 22, 2026 at 07:01:14PM +0300, Heikki Linnakangas wrote:
> 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?
I personally make no attempt to avoid late catversion bumps.
^ permalink raw reply [nested|flat] 4+ messages in thread
end of thread, other threads:[~2026-09-22 17:35 UTC | newest]
Thread overview: 4+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2026-09-22 16:01 Catversion bumps during beta (was Re: [Proposal] Expose internal MultiXact member count function for efficient monitoring) Heikki Linnakangas <hlinnaka@iki.fi>
2026-09-22 16:12 ` Tom Lane <tgl@sss.pgh.pa.us>
2026-09-22 16:40 ` Heikki Linnakangas <hlinnaka@iki.fi>
2026-09-22 17:35 ` Noah Misch <noah@leadboat.com>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox