Re: Possible regression setting GUCs on \connect
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: David Steele <david@pgmasters.net>
Cc: Alexander Korotkov <akorotkov@postgresql.org>,
Pg Hackers <pgsql-hackers@postgresql.org>
Date: 2023-04-27T18:16:35Z
Lists: pgsql-hackers
David Steele <david@pgmasters.net> writes: > Seems plausible. This can be reproduced by cloning [1] into contrib and > running `make check`. I can work out another test case but it may not > end up being simpler. > [1] https://github.com/pgaudit/pgaudit/tree/dev-pg16-ci I tried to replicate this per that recipe, but it works for me: $ git clone https://github.com/pgaudit/pgaudit.git pgaudit $ cd pgaudit $ git checkout dev-pg16-ci $ make -s check # +++ regress check in contrib/pgaudit +++ # using temp instance on port 61696 with PID 1191703 ok 1 - pgaudit 310 ms 1..1 # All 1 tests passed. This is at commit 6f879bddbdcfbf9995ecee1db9a587e06027bd13 on your dev-pg16-ci branch and df38157d94662a64e2f83aa8a0110fd1ee7c4776 on PG master. Note that I had to add $ diff -pud Makefile~ Makefile --- Makefile~ 2023-04-27 14:02:19.041714415 -0400 +++ Makefile 2023-04-27 14:07:10.056909016 -0400 @@ -20,3 +20,5 @@ top_builddir = ../.. include $(top_builddir)/src/Makefile.global include $(top_srcdir)/contrib/contrib-global.mk endif + +EXTRA_INSTALL += contrib/pg_stat_statements else I got failures about pg_stat_statements not being installed. But I don't see the failure you're complaining of. regards, tom lane
Commits
-
Revert "Add USER SET parameter values for pg_db_role_setting"
- b9a7a822723a 16.0 landed
-
Fix wrong construct_array_builtin() call in GUCArrayDelete()
- db93e739ac61 16.0 landed
-
In hstore_plpython, avoid crashing when return value isn't a mapping.
- df38157d9466 16.0 cited
-
Allow granting SET and ALTER SYSTEM privileges on GUC parameters.
- a0ffa885e478 15.0 cited