Re: [PATCH] Print error when libpq-refs-stamp fails

2021-10-04 Thread Rachel Heaton
Thanks to you both! From: Daniel Gustafsson Date: Monday, October 4, 2021 at 11:36 AM To: Jacob Champion Cc: Rachel Heaton , pgsql-hackers@lists.postgresql.org , a.volos...@postgrespro.ru Subject: Re: [PATCH] Print error when libpq-refs-stamp fails > On 4 Oct 2021, at 19:21, Dan

Re: [PATCH] Print error when libpq-refs-stamp fails

2021-09-28 Thread Rachel Heaton
On Tue, Sep 28, 2021 at 6:14 AM Daniel Gustafsson wrote: > > Since it's not actually libpq which calls exit (no such patch would ever be > committed), I think it would be clearer to indicate that a library linked to > is > the culprit. How about something like "libpq must not be linked against

Re: Support for NSS as a libpq TLS backend

2021-09-27 Thread Rachel Heaton
On Mon, Sep 20, 2021 at 2:38 AM Daniel Gustafsson wrote: > > Rebased on top of HEAD with off-list comment fixes by Kevin Burke. > Hello Daniel, I've been playing with your patch on Mac (OS 11.6 Big Sur) and have run into a couple of issues so far. 1. I get 7 warnings while running make (truncat

[PATCH] Print error when libpq-refs-stamp fails

2021-09-27 Thread Rachel Heaton
to others. Thank you, Rachel Heaton 0001-Print-error-when-libpq-refs-stamp-fails.patch Description: Binary data

Re: [PATCH] Implement INSERT SET syntax

2021-09-21 Thread Rachel Heaton
> On 4/23/20 8:04 PM, Gareth Palmer wrote: > > > > Thank you for the review, attached is v7 of the patch which should > > apply correcly to HEAD. > > Hello Gareth, This patch no longer applies to HEAD, can you please submit a rebased version? Thanks, Rachel

Re: Rewriting the test of pg_upgrade as a TAP test - take three - remastered set

2021-09-07 Thread Rachel Heaton
Hello Michael, This patch needs the update from 201a76183 -- the function `get_new_node` no longer exists. Running check tests in the pg_upgrade folder fails for this reason. Thank you, Rachel On Tue, Sep 7, 2021 at 2:06 PM Michael Paquier wrote: > On Tue, May 18, 2021 at 10:49:39AM +0900, Mi