Author: intrigeri Date: To: The Tails public development discussion list Subject: Re: [Tails-dev] Build failed in Jenkins:
build_Tails_ISO_feature-jessie #506
Hi,
here's an initial analysis and some ideas wrt. how to fix it.
tails-sysadmins@??? wrote (28 May 2015 10:17:33 GMT) : > Errors were encountered while processing:
> linux-image-3.16.0-4-586
> linux-image-3.16.0-4-amd64
The corresponding log is:
> 03:16:26 ERROR: ld.so: object '/usr/lib/libeatmydata/libeatmydata.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
> 03:16:26 cp: cannot stat 'ERROR:': No such file or directory
> 03:16:26 E: /usr/share/initramfs-tools/hooks/fuse failed with return 1.
This is because we're now actually trying to use eatmydata, which in
itself is good :)
The root cause is that libeatmydata on Jessie is installed in
a multiarch path, but LD_PRELOAD is passed by Wheezy's eatmydata, so
points to a non-multiarch path. Perhaps the easiest solution is to
upload Jessie's eatmydata to wheezy-backports, and require that
version on Wheezy build systems. Thoughts?
Also, /usr/share/initramfs-tools/hooks/fuse should probably *not* try
to run commands built from ld.so's STDERR, but ENOTIME to debug
that now.
> monkeysphere
IIRC there's a weird bug that happens very rarely there, and that the
maintainers were not able to diagnose/fix in time for Jessie.
Let's see if it comes back once the eatmydata problem is fixed.
