Hi, that's another FTBFS on armel: | dh_installdirs -plibjava3d-jni | install -m 644 -D j3d-core/build/default/opt/native/libj3dcore-ogl.so \ | debian/libjava3d-jni/usr/lib/jni/libj3dcore-ogl.so | install: cannot stat `j3d-core/build/default/opt/native/libj3dcore-ogl.so': No such file or directory | make: *** [install/libjava3d-jni] Error 1 | dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 Logs still at: https://buildd.debian.org/status/package.php?suite=unstable&p=java3d Mraw, KiBi.
Hi, we probably need someone who is willing to prepare a patch. The interest in this package is quite low. Torsten
severity 559767 serious thanks For some reason it started FTBFSing on amd64 too. http://aws-logs.debian.net/ftbfs-logs/2014/11/08/java3d_1.5.2+dfsg-9_jessie.log Lucas
Despite the similar error message the build fail for another reason on
amd64. The "libj3dcore-ogl.so: No such file or directory" message occurs
whenever a compilation error occurs in the native part of java3d. The
actual error is higher in the log just before the javadoc generation:
/usr/include/GL/glxext.h:480:164: error: unknown type name 'GLintptr'
This is caused by a recent change in mesa, see #765933. I don't know if
java3d has to be updated or if a fix has to be applied in mesa only.
The original error on armel was about undefined references to
`__aeabi_*'. Since this is not the same issue I'm going to lower the
severity to 'important' and open a new bug if a change is needed on the
java3d side.
Hi, apparently bug #765933 in mesa causes a FTBFS in java3d. I think this is a regression and easier to fix in mesa itself during the freeze instead of patching affected packages. I am going to clone #559767 since this is clearly a different issue and lowering the severity of the old bug to important again. Due to the FTBFS the cloned bug is of course still serious. Regards, Markus
Hi, Is there a bug report for this __aeabi_* error ? I still have it when compiling on armel, and there is still no libjava3d-jni for this architecture in the repositories. Replacing "ld" by "gcc" as the linker in src/native/ogl/build-linux-generic.xml works for me. Raphael