Re: Commit Fest 2019-01 is now closed - Mailing list pgsql-hackers

From Magnus Hagander
Subject Re: Commit Fest 2019-01 is now closed
Date
Msg-id CABUevEwoFtWdMmWbceymA2QVvodoqtmLNxGY1YhTvxpNaZz4Kg@mail.gmail.com
Whole thread Raw
In response to Re: Commit Fest 2019-01 is now closed  (Andres Freund <andres@anarazel.de>)
Responses Re: Commit Fest 2019-01 is now closed  (Daniel Gustafsson <daniel@yesql.se>)
Re: Commit Fest 2019-01 is now closed  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Re: Commit Fest 2019-01 is now closed  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
List pgsql-hackers
On Tue, Feb 5, 2019 at 6:08 PM Andres Freund <andres@anarazel.de> wrote:
Hi,

On 2019-02-05 11:55:37 -0500, Tom Lane wrote:
> Bruce Momjian <bruce@momjian.us> writes:
> > On Mon, Feb  4, 2019 at 06:34:50AM +0000, Tsunakawa, Takayuki wrote:
> >> Wow, thank you so much for your hard work.  The last CF for PG 12 should be tough...
>
> > Agreed.  I am somewhat concerned about this and am wondering what we can
> > do now to limit problems.
>
> There's been talk periodically of having an aggressive triage effort
> to try to sort through the pending patches and decide which ones have
> no hope of making it to commit in the last CF.  Then, if we just push
> those off to the next cycle immediately and focus our attention on the
> ones that do have a credible chance, we might get more of the latter
> ones done.

I'm planning to do a pass like I did for v11's last CF before the start
of it. That still requires others to chime in, my opinion alone
shouldn't be the sole deciding factor...

What we'd talked about briefly at the Fosdem dev meeting was that a
field 'target release' or 'target branch' would be very useful to be
able to focus attention more. There's plenty stuff in the current CF
that is getting some attention, and deserves a bit more, but that
clearly isn't aimed for v12. Being able to filter by that would be huge.

Magnus has said he'd try creating something like that.

This has now been pushed and is available. I've set it up with stable, 12 and 13 as possible versions for now, but I have not added any tags to the existing patches (except for one, in order to test it).
 
--

pgsql-hackers by date:

Previous
From: Jakub Glapa
Date:
Subject: Re: pg11.1: dsa_area could not attach to segment
Next
From: PostgreSQL - Hans-Jürgen Schönig
Date:
Subject: Re: [Proposal] Table-level Transparent Data Encryption (TDE) and KeyManagement Service (KMS)