#1091568 libmaus2: FTBFS on i386: ld: ./.libs/libmaus2.so: undefined reference to `libmaus2::posix::PosixFunctions::fstatSizeAndMode(int, long long&, unsigned char*)' #1091568
- Package:
- src:libmaus2
- Source:
- src:libmaus2
- Submitter:
- Lucas Nussbaum
- Date:
- 2025-08-17 18:14:48 UTC
- Severity:
- normal
- Tags:
Hi, During a rebuild of all packages in sid, this package failed to build on i386. This package currently has binary packages on i386, so this is a regression. Relevant part (hopefully): The full build log is available from: http://qa-logs.debian.net/2024/12/28/libmaus2_2.0.813+ds-3_unstable-i386.log All bugs filed during this archive rebuild are listed at: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-20241228;users=lucas@debian.org or: https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=ftbfs-20241228&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.
Greetings, This: looks atypical from the usual i386 build failure modes and have no clue how to address this. I attempted moving object files around in the linking command line, building with -ffloat-store, without much conviction, or investigated whether a type mismatch could have made its way to fstatSizeAndMode declaration and its few uses to no avail. Upstream has become inactive in Gitlab for the past year and a half and we have other architecture specific issues on arm64 that are still open and unanswered[1]. As far as I know, the libmaus2 is mainly used for heavy duty biology processing workloads, and I'm not reasonably expecting this kind of software to be used on i386 platforms at all. I believe the most appropriate course of action would be a package removal from the i386 distribution. I am wrapping up the necessary removal requests to allow reduction of the severity of this issue. [1]: https://gitlab.com/german.tischler/libmaus2/-/issues/40 Have a nice day, :)
Control: severity -1 normal Hi, I reduce the severity now that libmaus2 and biobambam2 have been removed from the i386 port. Have a nice day, :)