Hi,
On Wed, Apr 06, 2022 at 09:32:31PM -0400, Greg Stark wrote:
> I won't touch the Ready for Committer stuff until after the end of the
> commitfest anyways. I did put those two in that state already.
>
> Right now I'm trying to get a bit ahead of the game by going through
> the "Waiting on Author" patches. The documented process[*] is that
> they get Returned with Feedback if they received at least one review
> and haven't had any discussion from the author in 5 days. I haven't
> been doing that but I'm saying I'm going to today.
FWIW I think that this 5 days threshold before closing a patch with RwF is way
too short. As far as I know we usually use something like 2/3 weeks.
> However I didn't get through the list today. I'll do it tomorrow.
>
> The first batch of patches that will be Returned with Feedback are
> listed below. If you're an author of these and you're still looking
> for feedback then I would suggest sending an email describing the
> feedback you're looking for and moving it forward to the next CF
> yourself before I mark them Returned with Feedback tomorrow.
>
> * Single item cache for Subtrans SLRU (Simon Riggs)
> Received feedback from Julien Rouhaud and Andrey Borodin
I think that this patch is actually Ready For Committer given Andrey's review
and Simon's answer, I only realize now that neither Andrey or Simon changed the
status. The only remaining nitpicking thing is the variable cache name and
over 80 chars comment, which is the kind of thing that a committer can tweak at
commit time anyway I think. I'm not sure if anyone is going to pick it up now
but it seems uncontroversial and useful enough to be moved to the next
commitfest.
> * JIT counters in pg_stat_statements (Magnus Hagander)
> Feedback from Dmitry Dolgov and Julien Rouhaud
Note that the code looks good and no one disagreed with the proposed fields.
The only remaining problem is a copy/pasto in the docs so nothing critical. I
personally think that it would be very good to have so maybe Magnus will push
it today (which would probably instantly break the other pg_stat_statements
patches that are now Ready for Committer), and if not I think it should go to
the next commitfest instead.
