Re: RFC: adding pytest as a supported test framework

From: "Jelte Fennema-Nio" <postgres(at)jeltef(dot)nl>
To: "Aleksander Alekseev" <aleksander(at)tigerdata(dot)com>, "PostgreSQL Hackers" <pgsql-hackers(at)postgresql(dot)org>
Cc: "Andres Freund" <andres(at)anarazel(dot)de>, "Jacob Champion" <jacob(dot)champion(at)enterprisedb(dot)com>, "Robert Haas" <robertmhaas(at)gmail(dot)com>, "Daniel Gustafsson" <daniel(at)yesql(dot)se>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Peter Eisentraut" <peter(at)eisentraut(dot)org>, "Nazir Bilal Yavuz" <byavuz81(at)gmail(dot)com>
Subject: Re: RFC: adding pytest as a supported test framework
Date: 2026-03-14 14:03:20
Message-ID: DH2K7UQ0S6Z8.13OLYFR32GEGB@jeltef.nl
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun Mar 1, 2026 at 11:16 PM CET, Jelte Fennema-Nio wrote:
> These patches caused CI to fail after the addition of the protocol
> grease (4966bd3ed95). I fixed the tests (by forcing usage of 3.2), but I
> attached them as nocfbot now, so that they can't be the reason that CI
> fails again.

Turns out one of the nocfbot patches was needed to have MacOS passing in
CI due to:

PYTEST_DEBUG_TEMPROOT: /tmp # default is too long for UNIX sockets on Mac

I've removed that now and am using shorter temp paths for UNIX sockets
always now, so that people running tests locally on MacOS don't run into
this problem either.

I've also improved the inclusion of Postgres logs in the failure report.
They are now split by phase (setup, test, teardown) and are also shown
when the server failed to start up.

Attachment Content-Type Size
nocfbot-v13-0004-WIP-pytest-Add-some-SSL-client-tests.patch text/x-patch 22.5 KB
nocfbot-v13-0005-WIP-pytest-Add-some-server-side-SSL-tests.patch text/x-patch 8.5 KB
v13-0001-Add-support-for-pytest-test-suites.patch text/x-patch 27.8 KB
v13-0002-Add-pytest-infrastructure-to-interact-with-Postg.patch text/x-patch 75.3 KB
v13-0003-POC-Convert-load-balance-tests-from-perl-to-pyth.patch text/x-patch 17.3 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Henson Choi 2026-03-14 14:14:26 Re: Row pattern recognition
Previous Message Jelte Fennema-Nio 2026-03-14 13:48:58 Re: Safer hash table initialization macro