retitle 816980 julia: FTBFS in testing thanks Ok, there seems to be some kind of incompatibility between julia and eatmydata. My /etc/schroot/chroot.d/stretch file for sbuild was like this:
[stretch] type=directory description=Debian stretch directory=/chroot/stretch groups=sbuild root-groups=sbuild preserve-environment=true command-prefix=eatmydata If I drop the last line, the "Segmentation fault" errors disappear, but the build still fails: -------------------------------------------------------------------------------- Exception running test replcompletions : On worker 12: LoadError: SystemError: mkdir: File exists in mkdir at ./file.jl:42 while loading /<<PKGBUILDDIR>>/test/replcompletions.jl, in expression starting on line 467 ERROR: LoadError: Some tests exited with errors. in anonymous at /<<PKGBUILDDIR>>/test/runtests.jl:64 while loading /<<PKGBUILDDIR>>/test/runtests.jl, in expression starting on line 13 Makefile:9: recipe for target 'all' failed make[2]: *** [all] Error 1 make[2]: Leaving directory '/<<PKGBUILDDIR>>/test' debian/rules:74: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 2 make[1]: Leaving directory '/<<PKGBUILDDIR>>' debian/rules:63: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -------------------------------------------------------------------------------- Question: Why should this package be the only one which does not work with eatmydata? Are there good reasons for the build system to be incompatible with eatmydata? Could julia be made compatible with eatmydaya again? I'm building a lot of packages and this is a real time saver. Anyway, without eatmydata, the package still FTBFS in testing, so the bug remains. Please try to reproduce in testing, which is what the subject of the bug says. The full build log is attached. Thanks.
julia_0.4.5-3_amd64-20160425-2037.gz
Description: application/gzip
