#1067335 gnucap-python: FTBFS: _gnucap_swig.cxx:4535:10: fatal error: numpy/arrayobject.h: No such file or directory #1067335
- Package:
- src:gnucap-python
- Source:
- src:gnucap-python
- Submitter:
- Lucas Nussbaum
- Date:
- 2026-09-10 08:31:03 UTC
- Severity:
- normal
- Tags:
Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): The full build log is available from: http://qa-logs.debian.net/2024/03/19/gnucap-python_0.0.2-1.2_unstable.log All bugs filed during this archive rebuild are listed at: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20240319;users=lucas@debian.org or: https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20240319&fusertaguser=lucas@debian.org&allbugs=1&cseverity=1&ctags=1&caffected=1#results A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! If you reassign this bug to another package, please mark it as 'affects'-ing this package. See https://www.debian.org/Bugs/server-control#affects If you fail to reproduce this, please provide a build log and diff it with mine so that we can identify if something relevant changed in the meantime.
user debian-python@lists.debian.org usertags 1067335 python3.15 tags 1067335 patch thanks Hi! While rebuilding the python related packages against the Python 3.15rc2 version I ran into this FTBFS [1]. To get the package back to building, I had to apply a number of changes: - Add setuptools build-dependency - Migrate to use autoconf-archive - Add upstream patch cd5df1dd: ask python where numpy is [2] - Add upstream patch b03e4d12: ignore python minor version in test result comparison [3] - Add upstream patch 237d7001: update for swig 4.3 [4] - Add upstream patch 75e419d6: bump test results [5] - Dropped obsolete build-deps: g++8 and python I've applied these fixes in the sandbox [6] to verify that it builds successfully, these should be applied in Debian to get the package back to a healthy state. Also, I noticed that there's a 0.0.6 release from 2020 and that the work has continued in Git "develop" branch without releases after that. I'm not sure how useful this package is, given how outdated it is right now, it might be worth updating to the latest git version. Happy hacking, [1]: https://debusine.debian.net/debian/r-python-python3.15/artifact/4587723/ [2]: https:// codeberg .org/gnucap/gnucap-python/commit/cd5df1dd6f8cd18faf9b994d4e4655015149be48 [3]: https:// codeberg .org/gnucap/gnucap-python/commit/b03e4d12d7e9387910abad6f27daaa68fcdf4287 [4]: https:// codeberg .org/gnucap/gnucap-python/commit/237d700162d70cea931fa2758c6157cd1431438f [5]: https:// codeberg .org/gnucap/gnucap-python/commit/75e419d68c6c9531ed64f02c29ee44b236ff3a7f [6]: https://debusine.debian.net/debian/r-python-python3.15/
Thanks for raising this. Indeed the package has been neglected. The latest work is in the develop branch and from 20250731. Nearly all commits there relate to synchronisation with the main package [1]. To get this back to working in Debian: the last Gnucap release (snapshot) was on 20260729 [2]. It should be dealt with first. I did not manage to get the necessary permissions to upload anything (some time ago). There are rearrangements in Gnucap that will have to be addressed in a future package. To move on with gnucap-python .. we have funding (NLnet), but no developper. Best wishes felix [1] https://codeberg.org/gnucap/gnucap-python [2] https://codeberg.org/gnucap/gnucap/releases