|From:||Michael Paquier <michael(at)paquier(dot)xyz>|
|To:||Nathan Bossart <nathandbossart(at)gmail(dot)com>|
|Cc:||Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, Ian Lawrence Barwick <barwick(at)gmail(dot)com>, Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Benoit Lobréau <benoit(dot)lobreau(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, "Bossart, Nathan" <bossartn(at)amazon(dot)com>, David Steele <david(at)pgmasters(dot)net>, Fujii Masao <masao(dot)fujii(at)oss(dot)nttdata(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>, Magnus Hagander <magnus(at)hagander(dot)net>, Stephen Frost <sfrost(at)snowman(dot)net>|
|Subject:||Re: archive modules|
|Views:||Raw Message | Whole Thread | Download mbox | Resend email|
On Tue, Nov 15, 2022 at 12:57:49PM -0800, Nathan Bossart wrote:
> On Tue, Nov 15, 2022 at 06:14:25PM +0100, Alvaro Herrera wrote:
>> Hmm, really? It seems to me that we will have two slightly different
>> behaviors in 15 and master, which may be confusing later on. I think
>> it'd be better to make them both work identically.
> I don't have a strong opinion either way. While consistency between v15
> and master seems nice, the behavior change might not be appropriate for a
> minor release. BTW I was able to cherry-pick the committed patch to v15
> without any changes. Peter, could you clarify what changes you'd like to
> see in a back-patched version?
FWIW, I am not sure that I would have done d627ce3 as I already
mentioned upthread as the library loading should not be related to
archive_command. If there is support more support in doing that, I am
fine to withdraw, but the behavior between HEAD and REL_15_STABLE
ought to be consistent.
|Next Message||Peter Geoghegan||2022-11-15 21:54:24||Re: Standardizing how pg_waldump presents recovery conflict XID cutoffs|
|Previous Message||Nathan Bossart||2022-11-15 21:14:16||Re: allowing for control over SET ROLE|