Re: Logical Replication WIP

From: Erik Rijkers <er(at)xs4all(dot)nl>
To: Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>
Cc: Petr Jelinek <petr(dot)jelinek(at)2ndquadrant(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Steve Singer <steve(at)ssinger(dot)info>, Craig Ringer <craig(at)2ndquadrant(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, pgsql-hackers-owner(at)postgresql(dot)org
Subject: Re: Logical Replication WIP
Date: 2016-12-09 21:00:04
Message-ID: 35176f3e89ef421477bb0c5cd0b27ded@xs4all.nl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2016-12-09 17:08, Peter Eisentraut wrote:

Your earlier 0001-Add-support-for-temporary-replication-slots.patch
could be applied instead of the similarly named, original patch by Petr.
(I used 19fcc0058ecc8e5eb756547006bc1b24a93cbb80 to apply this patch-set
to)

(And it was, by the way, pretty stable and running well.)

I'd like to get it running again but now I can't find a way to also
include your newer 0001-fixup-Add-PUBLICATION-catalogs-and-DDL.patch of
today.

How should these patches be applied (and at what level)?

20161208: 0001-Add-support-for-temporary-replication-slots__petere.patch
# petere
20161202: 0002-Add-PUBLICATION-catalogs-and-DDL-v11.patch # PJ
20161209: 0001-fixup-Add-PUBLICATION-catalogs-and-DDL.patch # petere
20161202: 0003-Add-SUBSCRIPTION-catalog-and-DDL-v11.patch # PJ
20161202:
0004-Define-logical-replication-protocol-and-output-plugi-v11.patch #
PJ
20161202: 0005-Add-logical-replication-workers-v11.patch # PJ
20161202:
0006-Add-separate-synchronous-commit-control-for-logical--v11.patch #
PJ

Could (one of) you give me a hint?

Thanks,

Erik Rijkers

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Kevin Grittner 2016-12-09 22:37:04 Re: [OSSTEST PATCH 0/1] PostgreSQL db: Retry on constraint violation
Previous Message Tom Lane 2016-12-09 20:33:57 Re: Fix for segfault in plpython's exception handling