| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| use-local-documentation.patch | Ensure reproducible documentation Do not fetch external Sphinx inventory but use one from Debian packages. =================================================================== |
Tomasz Rybak <serpent@debian.org> | not-needed | 2024-12-20 | ||
| disable-postgresql-documentation-download.patch | Disable linking to PostgreSQL libpq documentation Commented-out Sphinx module fetches PostgreSQL source SGML file. I don't know yet how to fix it, so disabling for now; it could be enabled again if we had a doc/src/sgml/libpq.sgml available. =================================================================== |
Tomasz Rybak <serpent@debian.org> | not-needed | 2024-07-01 | ||
| enable-pypy-usage.patch | Allow for using module by PyPy Prevent psycopg from loading of binary module (psycpog_c) when running under PyPy. =================================================================== |
Tomasz Rybak <serpent@debian.org> | not-needed | 2024-09-24 | ||
| test-numpy-32bit-2.patch | test(numpy): fix integer type handling harder https://numpy.org/devdocs/release/1.18.0-notes.html#different-c-numeric-types-of-the-same-size-have-unique-names indicates that we can't just compare class identity even if the classes refer to a data type with the same signedness and bit length. According to https://numpy.org/devdocs/user/basics.types.html#relationship-between-numpy-data-types-and-c-data-types, `intc` and `uintc` are always 32-bit. https://numpy.org/devdocs/reference/arrays.scalars.html#numpy.int_ and https://numpy.org/devdocs/reference/arrays.scalars.html#numpy.uint indicate that `int_` and `uint` are 32-bit or 64-bit depending on the platform. |
Colin Watson <cjwatson@debian.org> | yes | 2024-11-13 |