Hi, here's an initial analysis and some ideas wrt. how to fix it.
tails-sysadm...@boum.org 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 Corresponding log: > Failed running transition script /usr/share/monkeysphere/transitions/0.23 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. _______________________________________________ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
