From: Robert Haas on
On Thu, May 20, 2010 at 11:54 AM, Selena Deckelmann
<selenamarie(a)gmail.com> wrote:
> On Thu, May 20, 2010 at 9:24 AM, Tom Lane <tgl(a)sss.pgh.pa.us> wrote:
>> Robert Haas <robertmhaas(a)gmail.com> writes:
>>> On Thu, May 20, 2010 at 12:51 AM, Selena Deckelmann
>>> <selenamarie(a)gmail.com> wrote:
>>>> Can we get that commitfest renamed? And if I should know how to do
>>>> that, can you inform me how?
>>
>>> I thought we agreed on 2009-07?
>>
>> Yeah, I thought the agreement was to keep the same target dates as
>> for last year's commitfests.
>
> Yes! However, we were going to do a "reviewfest" starting June 15.
>
> Is there a way for me to specify that differently? It would be very
> helpful to be able to use the commitfest app for the reviewfest.

Well, if you really want to make that CommitFest 2010-06 and have a
separate one called 2010-07, I guess you could. But if you do that,
then you'll end up having to move all the patches from one to the next
(since none of them are actually going to be committed), which sounds
like extra work to me. I think it would be simpler just to manage the
whole thing using 2010-07.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise Postgres Company

--
Sent via pgsql-hackers mailing list (pgsql-hackers(a)postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

From: Tom Lane on
Selena Deckelmann <selenamarie(a)gmail.com> writes:
> On Thu, May 20, 2010 at 9:24 AM, Tom Lane <tgl(a)sss.pgh.pa.us> wrote:
>> Yeah, I thought the agreement was to keep the same target dates as
>> for last year's commitfests.

> Yes! However, we were going to do a "reviewfest" starting June 15.

> Is there a way for me to specify that differently? It would be very
> helpful to be able to use the commitfest app for the reviewfest.

I think the easiest way to deal with it is just to say that we're
hoping to get an early start on the commitfest by beginning reviewing
early on the already-submitted patches. There's nothing stopping
anyone from working on those patches in advance of the nominal
commitfest start date. (Of course, we can't actually commit any
of them until the 9.0 branch is made; which is why I think it's
a July commitfest not a June one.)

regards, tom lane

--
Sent via pgsql-hackers mailing list (pgsql-hackers(a)postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

From: Selena Deckelmann on
On Thu, May 20, 2010 at 12:03 PM, Tom Lane <tgl(a)sss.pgh.pa.us> wrote:
> Selena Deckelmann <selenamarie(a)gmail.com> writes:
>> On Thu, May 20, 2010 at 9:24 AM, Tom Lane <tgl(a)sss.pgh.pa.us> wrote:
>>> Yeah, I thought the agreement was to keep the same target dates as
>>> for last year's commitfests.
>
>> Yes! However, we were going to do a "reviewfest" starting June 15.
>
>> Is there a way for me to specify that differently? It would be very
>> helpful to be able to use the commitfest app for the reviewfest.
>
> I think the easiest way to deal with it is just to say that we're
> hoping to get an early start on the commitfest by beginning reviewing
> early on the already-submitted patches.  There's nothing stopping
> anyone from working on those patches in advance of the nominal
> commitfest start date.  (Of course, we can't actually commit any
> of them until the 9.0 branch is made; which is why I think it's
> a July commitfest not a June one.)

Yeah, I get that. A nice feature would be to allow for "reviewfests"
to occur and then be transitioned into a "commitfest" inside the
application without too much trouble. My fear is that people won't be
as motivated to work on patches without a clear transition between
phases, but that could certainly be unfounded.

I'll just do my best to set expectations among the reviewers and patch
authors that nothing will be committed/looked at by committers until
July.

-selena

--
http://chesnok.com/daily - me

--
Sent via pgsql-hackers mailing list (pgsql-hackers(a)postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers