> On Feb 6, 2022, at 7:39 PM, Tom Lane <t...@sss.pgh.pa.us> wrote: > > Michael Paquier <mich...@paquier.xyz> writes: >>> On Sun, Feb 06, 2022 at 08:32:59AM -0500, Andrew Dunstan wrote: >>> But the commit really shouldn't have happened until we know that most >>> buildfarm owners have installed it. It should have waited wait not just >>> for the release but for widespread deployment. Otherwise we will just >>> lose any logging for an error that might appear. > >> Would it be better if I just revert the change for now then and do it >> again in one/two weeks? > > I don't see a need to revert it. > > I note, though, that there's still not been any email to the buildfarm > owners list about this update. > > It’s stuck in moderation Cheers Andrew
- Re: pg_upgrade should truncate/remove its logs before runn... Michael Paquier
- Re: pg_upgrade should truncate/remove its logs before runn... Julien Rouhaud
- Re: pg_upgrade should truncate/remove its logs before runn... Michael Paquier
- Re: pg_upgrade should truncate/remove its logs before runn... Tom Lane
- Re: pg_upgrade should truncate/remove its logs before runn... Julien Rouhaud
- Re: pg_upgrade should truncate/remove its logs before runn... Michael Paquier
- Re: pg_upgrade should truncate/remove its logs before runn... Tom Lane
- Re: pg_upgrade should truncate/remove its logs before runn... Andrew Dunstan
- Re: pg_upgrade should truncate/remove its logs before runn... Michael Paquier
- Re: pg_upgrade should truncate/remove its logs before runn... Tom Lane
- Re: pg_upgrade should truncate/remove its logs before runn... Andrew Dunstan
- Re: pg_upgrade should truncate/remove its logs before runn... Andrew Dunstan
- Re: pg_upgrade should truncate/remove its logs before runn... Julien Rouhaud