Control: tag -1 moreinfo On Sun, Jul 31, 2022 at 04:00:24PM +0200, Marcel Partap wrote: > It still references `/usr/lib/libeatmydata` instead of `/usr/lib/arch` .. > resulting in: > > ERROR: ld.so: object 'libeatmydata.so' from LD_PRELOAD cannot be preloaded > (cannot open shared object file): ignored.
That's not it.
the wrapper script is using LD_LIBRARY_PATH to be backward-compatible
with places where libeatmydata.so was places in that
/usr/lib/libeatmydata directory.
Now that the .so has been moved to
/usr/lib/x86_64-linux-gnu/libeatmydata.so there is no need anymore to
have LD_LIBRARY_PATH at all, as that directory is part of the standard
search path.
Please double check what kind of environment you are trying to
eatmydata, perhaps you are in a multi-arch setting, and missing a copy
of the library for the appropriate architecture?
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
More about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
signature.asc
Description: PGP signature
