Debian Patches
Status for segyio/1.8.3-1.2
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| python-3.10-collections.abc.patch | Try-import collections.abc In python 3.8 [1], importing the abstract base classes from collections will break. Protecting the import in try is both backwards- and forward compatible, as collections.abc is not valid in python2. [1] DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated, and in 3.8 it will stop working |
=?utf-8?q?J=C3=B8rgen_Kvalsvik?= <[email protected]> | no | debian | upstream, https://github.com/equinor/segyio/commit/b6378fb2a283c504209b55e1d1af402d4d765e11 | 2019-10-07 |
| python-3.10-py_ssize_t.patch | Use Py_ssize_t for type-length arguments The with-length argument type specifier would be either int or Py_ssize_t, depending on the PY_SSIZE_T_CLEAN macro being defined. From the docs: For all # variants of formats (s#, y#, etc.), the type of the length argument (int or Py_ssize_t) is controlled by defining the macro PY_SSIZE_T_CLEAN before including Python.h. If the macro was defined, length is a Py_ssize_t rather than an int. This behavior will change in a future Python version to only support Py_ssize_t and drop int support. It is best to always define PY_SSIZE_T_CLEAN. https://docs.python.org/3/c-api/arg.html#arg-parsing In python3.8, using ints for lengths (i.e. not defining PY_SSIZE_T_CLEAN) is considered deprecated, and in future versions of python only Py_ssize_t will be legal. From the docs: It is recommended to always define PY_SSIZE_T_CLEAN before including Python.h. See Parsing arguments and building values for a description of this macro. https://docs.python.org/3/c-api/intro.html |
=?utf-8?q?J=C3=B8rgen_Kvalsvik?= <[email protected]> | no | debian | upstream, https://github.com/equinor/segyio/commit/5c97fe741f066df0ce69ce0d0422d989ea1d0033 | 2020-10-14 |
| 0001-catch2-v2.2.3-v2.13.9.patch | catch2: v2.2.3 -> v2.13.9 | =?UTF-8?q?=C3=81tila=20Saraiva?= <[email protected]> | no | 2022-04-29 | ||
| 0001-Replace-numpy.int-with-int-in-test-case.patch | Replace numpy.int with int in test-case numpy.int has been deprecated for some time, and as of 1.24.0 the deprecation expired [1]. Numpy recommends to replace it with either Python's int or np.int_ [2]. [1] https://numpy.org/devdocs/release/1.20.0-notes.html#using-the-aliases-of-builtin-types-like-np-int-is-deprecated [2] https://numpy.org/doc/stable/release/1.24.0-notes.html#expired-deprecations |
=?UTF-8?q?Erlend=20H=C3=A5rstad?= <[email protected]> | no | 2022-12-21 |