Re: Next commitfest app release is planned for March 18th

From: Peter Eisentraut <peter(at)eisentraut(dot)org>
To: Jelte Fennema-Nio <me(at)jeltef(dot)nl>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Peter Geoghegan <pg(at)bowt(dot)ie>, Maciek Sakrejda <m(dot)sakrejda(at)gmail(dot)com>
Subject: Re: Next commitfest app release is planned for March 18th
Date: 2025-03-24 09:55:04
Message-ID: c3ee4506-3c02-4e4b-ba56-12efa1e01a59@eisentraut.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 22.03.25 12:15, Jelte Fennema-Nio wrote:
> On Fri, 21 Mar 2025 at 18:53, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>
>> Peter Eisentraut <peter(at)eisentraut(dot)org> writes:
>>> - If I'm the committer for a patch but not a reviewer, and the patch is
>>> in "needs review" status, then the patch is formally speaking not
>>> actionable by me and should not be under "Patches that are ready for
>>> your review". Perhaps it should be under "Blocked on others" [namely
>>> the reviewers], or in a different category.
>
> I think I agree with this... but is that actually a common situation?
> I'd expect people to mostly "claim a patch as committer" when it's in
> the "ready for committer" state.

It's probably not common, but I seem to recall that at the FOSDEM
developer meeting it was explicitly suggested that committers sign on to
patches earlier so that authors and reviewers have a better idea of whom
to target their patches for. Which is why I started doing that now.

> Yeah I think we need a way to "star" a patch (not just for committers,
> but for anyone). After creating this initial version of this dashboard
> I realized it's also possible to "subscribe to updates" for a patch,
> which means you'll get emails about it. I think if you "subscribe for
> updates" you should also see it in your dashboard (which you currently
> don't). But I also think there should be a way to "star" something, so
> you see it in your dashboard without receiving email updates about it.

It would be good to able to see subscribed-to patches on the dashboard
as well. But let's not create two slightly different mechanisms for this.

>>> - Also, my dashboard shows patches from past and future commitfests. I
>>> don't know what I'm supposed to do with that. The purpose of having a
>>> "current" commitfest is that you work on that one when it's current.
>>
>> This might make sense for the patch author, but I agree it's not
>> appropriate for anyone else.

I don't mind seeing them, just not under "patches that are ready for
your review". If there were other subheadings like "future patches",
"patches forgotten in the past" etc. it would be better.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Daniel Gustafsson 2025-03-24 09:59:03 Re: Test to dump and restore objects left behind by regression
Previous Message Ashutosh Bapat 2025-03-24 09:54:30 Re: Test to dump and restore objects left behind by regression