Commitfest 2019-07, the first of five* for PostgreSQL 13 - Mailing list pgsql-hackers

From Thomas Munro
Subject Commitfest 2019-07, the first of five* for PostgreSQL 13
Date
Msg-id CA+hUKGLjg01-De0ZfpWhathiEno3omzanLvjNs8C6FrA02JSJA@mail.gmail.com
Whole thread Raw
Responses Re: Commitfest 2019-07, the first of five* for PostgreSQL 13
Re: Commitfest 2019-07, the first of five* for PostgreSQL 13
Re: Commitfest 2019-07, the first of five* for PostgreSQL 13
List pgsql-hackers
Hello hackers,

The first Commitfest[1] for the next major release of PostgreSQL
begins in a few days, and runs for the month of July.  There are 218
patches registered[2] right now, and I'm sure we'll see some more at
the last minute.  PostgreSQL 13 needs you!

I volunteered to be the CF manager for this one, and Jonathan Katz
kindly offered to help me[3].  Assuming there are no objections and we
land this coveted role (I didn't see any other volunteers for CF1?), I
plan to start doing the sort of stuff listed on
https://wiki.postgresql.org/wiki/Running_a_CommitFest shortly, and
will then provide updates on this thread.  (Clearly some of that is
out of date WRT the "new" Commitfest app and process, so if there's a
better list somewhere please let me know; if not, perhaps one of our
tasks should be to update that).

Either way, please make sure your patches are in, and start signing up
to review things that you're interested in or can help with or want to
learn about.  If you've submitted patches, it'd be ideal if you could
try to review patches of similar size/complexity.  Every review helps:
whether proof-reading or copy-editing the documentation and comments
(or noting that they are missing), finding low level C programming
errors, providing high level architectural review, comparing against
the SQL standard or other relevant standards or  products, seeing if
appropriate regression tests are included, manual testing or ...
anything in between.  Testing might include functionality testing
(does it work as described, do all the supplied tests pass?),
performance/scalability testing, portability testing (eg does it work
on your OS?), checking with tools like valgrind, feature combination
checks (are there hidden problems when combined with partitions,
serializable, replication, triggers, ...?) and generally hunting for
weird edge cases the author didn't think of[4].

A couple of notes for new players:  We don't bite, and your
contributions are very welcome.  It's OK to review things that others
are already reviewing.  If you are interested in a patch and don't
know how to get started reviewing it or how to get it up and running
on your system, just ask and someone will be happy to point to or
provide more instructions.  You'll need to subscribe to this mailing
list if you haven't already.  If the thread for a CF entry began
before you were subscribed, you might be able to download the whole
thread as a mailbox file and import it into your email client so that
you can reply to the thread; if you can't do that (it can be
tricky/impossible on some email clients), ping me and I'll CC you so
you can reply.

*probably

[1] https://wiki.postgresql.org/wiki/CommitFest
[2] https://commitfest.postgresql.org/23/
[3] https://wiki.postgresql.org/wiki/PgCon_2019_Developer_Meeting#11:10_-_11:25.09Commitfest_Management
[4] "A QA engineer walks into a bar. Orders a beer. Orders 0 beers.
Orders 99999999999 beers. Orders a lizard. Orders -1 beers. Orders a
ueicbksjdhd. First real customer walks in and asks where the bathroom
is. The bar bursts into flames, killing everyone." -Brenan Keller

-- 
Thomas Munro
https://enterprisedb.com



pgsql-hackers by date:

Previous
From: Alexander Korotkov
Date:
Subject: Re: Usage of epoch in txid_current
Next
From: Alexander Korotkov
Date:
Subject: Re: Usage of epoch in txid_current