#1067335 gnucap-python: FTBFS: _gnucap_swig.cxx:4535:10: fatal error: numpy/arrayobject.h: No such file or directory

#1067335#5
Date:
2024-03-20 20:58:05 UTC
From:
To:
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.

#1067335#16
Date:
2026-09-09 20:45:07 UTC
From:
To:
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/

#1067335#23
Date:
2026-09-10 07:56:32 UTC
From:
To:
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