#1056840 pyhst2: ftbfs with cython 3.0.x

Package:
src:pyhst2
Source:
src:pyhst2
Submitter:
Matthias Klose
Date:
2026-09-12 19:47:01 UTC
Severity:
normal
Tags:
#1056840#5
Date:
2023-11-26 10:06:03 UTC
From:
To:
[This bug is targeted to the upcoming trixie release]

The package fails to build in a test rebuild on at least arm64 with
cython 3.0.5, but succeeds to build with cython 0.29.36.  Please
update the package to build with cython 3.0.5 (available in experimental).

If the package cannot be built with cython 3.0.5, please change the
build dependency from cython3 to cython3-legacy (available now in
unstable).  There is no replacement for cython3-dbg.

Build logs building with cython 3.0.5 can be found at
https://people.debian.org/~stefanor/cython3/cython-3.0.5/

See also https://lists.debian.org/debian-python/2023/11/msg00034.html

#1056840#10
Date:
2023-12-10 09:21:29 UTC
From:
To:
Control: tags -1 patch

The attached patch switches to cython3-legacy as the short term workaround.

The package still fails to build due to #1036680.

Kind Regards,

Bas

#1056840#23
Date:
2026-09-12 19:44:11 UTC
From:
To:
user debian-python@lists.debian.org
usertags 1056840 python3.15
tags 1056840 patch
thanks

Hi!

While rebuilding the python related packages against the Python 3.15rc2
version I ran into this FTBFS [1].

I've managed to get it back into a buildable state, but it required
quite a number of patches:
- Migrate away from distutils
- Add patch to fix hdf5 types
- Avoid chambollepock.cu infinite loop, do not include complex.h
   unconditionally
- Fix compiler-options args passing
- Add cuda 12 texture reference compatibility patch (#1036680)

This last patch was generated with LLM assistance, and would require
review from someone that is more familiar with the package.

However, while doing all of this work, I came to the conclusion that
this package should likely be removed instead of fixed:
- Upstream is inactive, no commits since 2023.
- Popcon shows ~10 installations.
- It already didn't make it to trixie
- It has no strict reverse dependencies, only pan-tomography suggests
   it.

I'm not filing the request for removal yet, though, as maybe someone
else has a different point of view.

Happy hacking,

[1]: https://debusine.debian.net/debian/r-python-python3.15/artifact/4653058/