- Package:
- src:goffice
- Source:
- src:goffice
- Submitter:
- Jeroen Diederen
- Date:
- 2025-08-25 15:45:01 UTC
- Severity:
- normal
- Tags:
--- override_dh_auto_test: ## https://bugzilla.gnome.org/show_bug.cgi?id=748504 ifeq ($(DEB_BUILD_ARCH),$(filter $(DEB_BUILD_ARCH),powerpc ppc64el ppc64)) @echo "======== will not abort on test(s) failure ========" -dh_auto_test else dh_auto_test endif--- The source is then built successfully on ppc64. The binary libgoffice-0.10-dev from this source is important for the build of gnumeric which couldn't be built on ppc64 for a very long time. Please fix. Regards, Jeroen Diederen
Hello Jeroen, Disabling the testsuite isn't really a fix, just a workaround which can cause the package to cause crashes on the end user system. A proper fix would be investigating and fixing why the testsuite is failing. Adrian
It is the same fix as applied for many years in ppc64le. This is a release arch. ttps://bugzilla.gnome.org/show_bug.cgi?id=748504 John Paul Adrian Glaubitz schreef op 2025-08-24 17:47:
I think the issue causing the test failure is likely to be related to the nonstandard long doubles used on powerpc processors. See this MIPS report for a similar issue. Disabling long doubles on platforms with nonstandard implementations was suggested. https://gitlab.gnome.org/GNOME/goffice/-/issues/59
Hello, Thanks for sharing the link. I am having access to ppc64el system. I have checked building the goffice package, but as mentioned earlier some test cases are failing. I will take look into this issue by applying above suggested solution on ppc64el arch. Thanks and Regards, Trupti.
Hello Trupti, Please apply the workaround for all PowerPC-based targets to avoid extra work. Thanks, Adrian
Okay, sure Adrian. Thanks, Trupti