python-psycopg-pool-3.3.0-bp160.1.1

- update to 3.3.0:
  * Add drain() method
  * Allow the conninfo and kwargs ConnectionPool parameters to be
    callable to allow connection parameters update (ticket #851).
  * Add close_returns ConnectionPool parameter for integration with
    SQLAlchemy (ticket #1046).
  * Don’t lose connections if a CancelledError is raised on check,
    rollback, or other events (tickets #1123, #1208).
  * Fix infinite loop with connections modified to return on close
  * Fix request of excessive connections upon connection close
    failing and retrying (ticket #1176).
  * Reset transaction status of connection failing check
  * Fix spurious warning logging on pool shrinking (ticket #1001).
  * Add a hint to the warning printed if threads fail to stop
    during __del__, which has been reported happening
    during interpreter shutdown on Python 3.13 (see ticket #954).
  * Add metadata to declare compatibility with Python 3.13.
  * Raise a RuntimeWarning instead of a DeprecationWarning if an
    async pool is open in the constructor.
  * Fix connections possibly left in the pool after closing
  * Use an empty query instead of SELECT 1 to check connections

- Use %sle15_python_module_pythons

- update to 3.2.1:
  * Respect the timeout parameter on connection() when check fails.
    Also avoid a busy-loop of checking; separate check attempts
    using an exponential backoff (ticket #709).
  * Use typing.Self as a more correct return value annotation of
    context managers and other self-returning methods (see ticket

- update to 3.2.0:
  * Add support for async reconnect_failed callbacks in
    AsyncConnectionPool (ticket #520).
  * Add check parameter to the pool constructor and check_connection()
    method. (ticket #656).
  * Make connection pool classes generic on the connection type (ticket
    [#559]).
  * Raise a warning if sync pools rely an implicit open=True and the
    pool context is not used. In the future the default will become
    False (ticket #659).
  * Raise a warning if async pools are opened in the constructor. In
    the future it will become an error. (ticket #659).

- Initial release of 3.1.7