Bug#917332: FTBFS: quick test gmsh.debug fails
Drew Parsons
dparsons at debian.org
Wed Dec 26 10:03:15 GMT 2018
Source: deal.ii
Version: 9.0.1-1
Severity: serious
Justification: FTBFS
deal.ii is unhappy about something. It fails to build against petsc
3.10 (the current build log used petsc 3.10.2+dfsg1-2).
PETSc 3.10 doesn't seem to be the problem directly. The build succeeds
but quick test gmsh.debug fails:
[100%] Built target gmsh.debug
/usr/bin/make -f tests/quick_tests/CMakeFiles/gmsh.debug.run.dir/build.make tests/quick_tests/CMakeFiles/gmsh.debug.run.dir/depend
make[9]: Entering directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
cd /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /<<PKGBUILDDIR>> /<<PKGBUILDDIR>>/tests/quick_tests /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/tests/quick_tests /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/tests/quick_tests/CMakeFiles/gmsh.debug.run.dir/DependInfo.cmake --color=
Scanning dependencies of target gmsh.debug.run
make[9]: Leaving directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
/usr/bin/make -f tests/quick_tests/CMakeFiles/gmsh.debug.run.dir/build.make tests/quick_tests/CMakeFiles/gmsh.debug.run.dir/build
make[9]: Entering directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
cd /<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/tests/quick_tests && ./gmsh.debug > gmsh.debug-OK 2>&1 || ( echo gmsh.debug:\ RUN\ failed.\ Output: && cat gmsh.debug-OK && rm gmsh.debug-OK && exit 1 )
gmsh.debug: RUN failed. Output:
--------------------------------------------------------
An error occurred in line <52> of file </<<PKGBUILDDIR>>/tests/quick_tests/gmsh.cc> in function
int main()
The violated condition was:
ierr==0
Additional information:
This exception -- which is used in many places in the library -- usually indicates that some condition which the author of the code thought must be satisfied at a certain point in an algorithm, is not fulfilled. An example would be that the first part of an algorithm sorts elements of an array in ascending order, and a second part of the algorithm later encounters an element that is not larger than the previous one.
There is usually not very much you can do if you encounter such an exception since it indicates an error in deal.II, not in your own program. Try to come up with the smallest possible program that still demonstrates the error and contact the deal.II mailing lists with it to obtain help.
Stacktrace:
-----------
#0 ./gmsh.debug: main
--------------------------------------------------------
Aborted
make[9]: Leaving directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
make[8]: Leaving directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
make[7]: Leaving directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
make[6]: Leaving directory '/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu'
gmsh.debug: ****** RUN failed *******
=============================== OUTPUT END ===============================
Expected stage PASSED - aborting
CMake Error at /<<PKGBUILDDIR>>/cmake/scripts/run_test.cmake:140 (MESSAGE):
*** abort
95% tests passed, 1 tests failed out of 19
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
More information about the debian-science-maintainers
mailing list