Re: pg_upgrade test chatter

Поиск
Список
Период
Сортировка
Искать
От
Bossart, Nathan
Тема
Re: pg_upgrade test chatter
Дата
Msg-id
6389BAF2-02DA-414F-B643-585F66B47B85@amazon.com
Ответ на
Список
Дерево обсуждения
pg_upgrade test chatter "Bossart, Nathan" <bossartn@amazon.com>
Re: pg_upgrade test chatter Tom Lane <tgl@sss.pgh.pa.us>
Re: pg_upgrade test chatter Tom Lane <tgl@sss.pgh.pa.us>
Re: pg_upgrade test chatter Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: pg_upgrade test chatter Tom Lane <tgl@sss.pgh.pa.us>
Re: pg_upgrade test chatter Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: pg_upgrade test chatter "Bossart, Nathan" <bossartn@amazon.com>
On 10/19/21, 12:37 PM, "Tom Lane"  wrote:
> Actually ... why shouldn't we suppress that by running the command
> with client_min_messages = warning?  This would have to be a change
> to pg_regress, but I'm having a hard time thinking of cases where
> quieting that message would be a problem.

I was just looking into something like this.

> We could dodge that, with modern versions of psql, by issuing
> two -c switches.  So after a bit of hacking I have the attached
> POC patch.  It's incomplete because now that we have this
> infrastructure we should change other parts of pg_regress
> to not launch psql N times where one would do.  But it's enough
> to get through check-world without any chatter.
> 
> Any objections to polishing this up and pushing it?

No objections here.  This seems like an overall improvement, and I
confirmed that it clears up the NOTICE from the pg_upgrade test.

Nathan

В списке pgsql-hackers по дате отправления
От: Alvaro Herrera
Дата:
FAQ