Re: gcov coverage data not full with immediate stop - Mailing list pgsql-hackers

From Tom Lane
Subject Re: gcov coverage data not full with immediate stop
Date
Msg-id 28587.1589303408@sss.pgh.pa.us
Whole thread Raw
In response to Re: gcov coverage data not full with immediate stop  (Peter Geoghegan <pg@bowt.ie>)
Responses Re: gcov coverage data not full with immediate stop  (Peter Geoghegan <pg@bowt.ie>)
List pgsql-hackers
Peter Geoghegan <pg@bowt.ie> writes:
> On Mon, May 11, 2020 at 1:04 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Yeah.  Traditionally we've waited till the start of the next commitfest
>> (which I'm assuming is July 1, for lack of an Ottawa dev meeting to decide
>> differently).  But it seems like things are slow enough that perhaps
>> we could branch earlier, like June 1, and give the committers a chance
>> to deal with some of their own stuff before starting the CF.

> The RMT discussed this question informally yesterday. The consensus is
> that we should wait and see what the early feedback from Beta 1 is
> before making a final decision. An earlier June 1 branch date is an
> idea that certainly has some merit, but we'd like to put off making a
> final decision on that for at least another week, and possibly as long
> as two weeks.

> Can that easily be accommodated?

There's no real lead time needed AFAICS: when we are ready to branch,
we can just do it.  So sure, let's wait till the end of May to decide.
If things look bad then, we could reconsider again mid-June.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Peter Geoghegan
Date:
Subject: Re: gcov coverage data not full with immediate stop
Next
From: Tom Lane
Date:
Subject: Re: [PATCH] hs_standby_disallowed test fix