On Fri, Jul 12, 2024 at 3:49 AM Dave Page <dpage@pgadmin.org> wrote: > So I received an off-list tip to checkout [1], a discussion around GSSAPI causing test failures on windows that Alexander Lakhin was looking at. Thomas Munro's v2 patch to try to address the issue brought me down to just a single test failure with GSSAPI enabled on 17b2 (with a second, simple fix for the OpenSSL/Kerberos/x509 issue): pg_dump/002_pg_dump. The relevant section from the log looks like this:
I pushed that (ba9fcac7).
> [15:28:42.692](0.006s) not ok 2 - connecting to a non-existent database: matches > [15:28:42.693](0.001s) # Failed test 'connecting to a non-existent database: matches' > # at C:/Users/dpage/git/postgresql/src/bin/pg_dump/t/002_pg_dump.pl line 4689. > [15:28:42.694](0.001s) # 'pg_dump: error: connection to server at "127.0.0.1", port 53834 failed: could not initiate GSSAPI security context: No credentials were supplied, or the credentials were unavailable or inaccessible: Credential cache is empty > # connection to server at "127.0.0.1", port 53834 failed: FATAL: database "qqq" does not exist > # ' > # doesn't match '(?^:pg_dump: error: connection to server .* failed: FATAL: database "qqq" does not exist)'
Does it help if you revert 29992a6?
Sorry for the delay - things got crazy busy for a while.