Re: new commitfest transition guidance

From: Peter Geoghegan <pg(at)bowt(dot)ie>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Tomas Vondra <tomas(at)vondra(dot)me>, Jeff Davis <pgsql(at)j-davis(dot)com>, Peter Eisentraut <peter(at)eisentraut(dot)org>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Jelte Fennema-Nio <me(at)jeltef(dot)nl>
Subject: Re: new commitfest transition guidance
Date: 2025-12-02 00:16:31
Message-ID: CAH2-Wzm71DSVvzk=mHD67NYEOBJ4STDrasbBBJaZsxC4Z-iY9A@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Feb 5, 2025 at 7:14 PM Peter Geoghegan <pg(at)bowt(dot)ie> wrote:
> Evidently this new policy is why my skip scan patch series wasn't
> being tested by CI.

It happened again, this time with the index prefetching patch that
Tomas and I are working on.

I checked the CF app entry, but didn't notice that the entry wasn't in
the current CF. It was in 2025-11-01 – 2025-11-30, but technically
when I posted the patch that was already over (not in my time zone, in
UTC). Technically I hadn't submitted the patch to the next open commit
fest yet, and yet there is no real indication that that's a problem on
the CF page.

I thought it was a bug in the CF app, and then complained about it on
Discord. Then Jelte wasted a couple of hours of his own time on this,
before he finally noticed that the patch just wasn't in a CF anymore.
Of course, there was no email about this, no notification -- nothing.

At a minimum, there needs to be better tooling for this -- it's just
too easy for something to fall through the cracks. But what I really
think we should do is simply end with this misguided policy. I
personally had no say in it. I didn't go to the FOSDEM developer
meeting. The first I heard about all this on this thread.

--
Peter Geoghegan

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2025-12-02 00:32:15 Re: Refactoring: Use soft error reporting for *_opt_overflow functions of date/timestamp
Previous Message Michael Paquier 2025-12-02 00:03:53 Re: split tablecmds.c