Re: Commitfest 2019-07, the first of five* for PostgreSQL 13

From: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
To: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Commitfest 2019-07, the first of five* for PostgreSQL 13
Date: 2019-07-22 11:32:06
Message-ID: CA+hUKG+aZuCSs8uCU0sx5+0dMFfVVLtEffJqWaFgB0uvwf-Hyw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hello hackers,

Here are the stats at the end of week 3 of the CF:

status | w1 | w2 | w3
------------------------+-----+-----+-----
Committed | 32 | 41 | 49
Moved to next CF | 5 | 6 | 6
Needs review | 146 | 128 | 114
Ready for Committer | 7 | 9 | 10
Rejected | 2 | 2 | 2
Returned with feedback | 2 | 2 | 2
Waiting on Author | 29 | 35 | 39
Withdrawn | 8 | 8 | 9

Here is the last batch of submissions that I want to highlight. These
13 are all marked as "Needs review", but haven't yet seen any email
traffic since the CF began:

2119 | Use memcpy in pglz decompression | {"Andrey
Borodin","Владимир Лесков"}
2169 | Remove HeapTuple and Buffer dependency f | {"Ashwin Agrawal"}
2172 | fsync error handling in pg_receivewal, p | {"Peter Eisentraut"}
1695 | Global shared meta cache | {"Takeshi Ideriha"}
2175 | socket_timeout in interfaces/libpq | {"Ryohei Nagaura"}
2096 | psql - add SHOW_ALL_RESULTS option | {"Fabien Coelho"}
2023 | NOT IN to ANTI JOIN transformation | {"James Finnerty","Zheng Li"}
2064 | src/test/modules/dummy_index -- way to t | {"Nikolay Shaplov"}
1712 | Remove self join on a unique column | {"Alexander Kuzmenkov"}
2180 | Optimize pglz compression | {"Andrey
Borodin","Владимир Лесков"}
2179 | Fix support for hypothetical indexes usi | {"Julien Rouhaud"}
2025 | SimpleLruTruncate() mutual exclusion (da | {"Noah Misch"}
2069 | Expose queryid in pg_stat_activity in lo | {"Julien Rouhaud"}

--
Thomas Munro
https://enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2019-07-22 11:35:45 Re: psql - add SHOW_ALL_RESULTS option
Previous Message Thomas Munro 2019-07-22 11:14:55 Re: should there be a hard-limit on the number of transactions pending undo?