Re: PgBouncer 1.24.0 - New upstream version

Hey Bradford,

I haven't run into that issue myself but will poke at it today and see if I
can reproduce it.

Unrelated to autopkgtest, I noticed in October that during debbuild the
package does not run the main pytest suite for pgbouncer? Is that
intentional? It appears that before the tests were rewritten in python that
the package ran the shell-based suite properly.

I submitted a patch that should be able to be incorporated as-is:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1085109

On Sat, Jan 11, 2025 at 2:46 AM Bradford Boyle <bradford(dot)d(dot)boyle(at)gmail(dot)com>
wrote:

> Hi All,
>
> PgBouncer 1.24.0 was recently released [0]. I've updated the Debian
> package with this new version but I am running into some issues with the
> autopkgtests. The autopkgtests passes on Salsa's CI but is failing on
> my both my local system and jengus [1].
>
> On my local system, the test fails to create a new regress cluster
> because port 5432 is already in use. I recently switched my sbuild
> configuration from schroot to unshare. It looks like the unshare backend
> doesn't create a new network namespace when running the autopkgtests.
> If I stop the main postgres cluster on my machine before running
> sbuild/autopkgtest, then the test passes. After reviewing the
> autopkgtest docs [2] and the test script, I think we might need to add
> isolation-container to the test's restrictions. On my local system, this
> causes the test to be skipped since the unshare backend doesn't provide
> this capability.
>
> I will try to look in to this some more in the next few days, but I
> wanted to check and see if anyone had run into similar issues with
> building and testing other packages.
>
> -- Bradford
>
> [0]: https://github.com/pgbouncer/pgbouncer/releases/tag/pgbouncer_1_24_0
> [1]:
> https://jengus.postgresql.org/job/pgbouncer-binaries/101/architecture=amd64,distribution=sid/
> [2]: https://people.debian.org/~eriberto/README.package-tests.html
>
>
>

--
Brian Cosgrove