Bug#781485: git-pbuilder: uses incorrect path for the LD_PRELOAD for libeatmydata.so

[Russ Allbery]

Francois Marier <francois at debian.org> writes:

> While building a package with BUILDER=pbuilder, I get a ton of messages like
> this:

>   ERROR: ld.so: object '/usr/lib/libeatmydata/libeatmydata.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.

> and while I do have the libeatmydata1 package installed, the path to the .so
> file is wrong, it should be:

>   /usr/lib/x86_64-linux-gnu/libeatmydata.so

> And I can't easily work-around it by creating a symlink to it because I'd
> have to add the symlink within the chroot.

My recollection is that this is a problem with eatmydata across chroots.
It works by setting LD_PRELOAD, but I think the location of the library
it's preloading moved between Debian stable and the current
testing/unstable version, which means that the LD_PRELOAD points to a
library that doesn't exist in the chroot and you get all those errors and
eatmydata doesn't work.

-- 
Russ Allbery (rra at debian.org)               <http://www.eyrie.org/~eagle/>