Ludovic Courtès skribis:
> $ unshare -m -U -r -f sh -c 'mount -t tmpfs none /gnu;
> GUIX_EXECUTION_ENGINE=fakechroot /tmp/fakechroot-test/bin/IMB-MPI1'
> /tmp/fakechroot-test/gnu/store/i9ypns78lmy8xr0x4zvdwc4b80m0yl72-intel-mpi-benchmarks-2019.6/bin//IMB-MPI1:
> error while loading shared libra
Reopening this old bug from this commit:
--8<---cut here---start->8---
$ guix describe
Generation 250 Mar 12 2023 23:58:03(current)
guix 1ed227d
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 1ed227d7952af48ef
Hi,
Ludovic Courtès skribis:
> The patch below fixes the issue for this particular example by simply
> passing the whole RUNPATH of the wrapped executable as ‘--library-path’,
> as was the case in v1 of the patch set¹. (This assumes that the RUNPATH
> of pack-audit.so is a subset of that of the
Ludovic Courtès skribis:
> Ludovic Courtès skribis:
>
>> Indeed, we can see ‘stat’ calls passed raw /gnu/store file names from
>> RUNPATH entries (instead of /tmp/fakechroot-test/gnu/store), suggesting
>> that ‘la_objsearch’ didn’t have a chance to rewrite them:
>
> This is probably an ld.so bug
Ludovic Courtès skribis:
> Indeed, we can see ‘stat’ calls passed raw /gnu/store file names from
> RUNPATH entries (instead of /tmp/fakechroot-test/gnu/store), suggesting
> that ‘la_objsearch’ didn’t have a chance to rewrite them:
This is probably an ld.so bug:
https://sourceware.org/bugzilla
Ludovic Courtès skribis:
> $ guix describe
> Generacio 159 Sep 18 2020 08:55:27(nuna)
> guix 98b89f4
> repository URL: https://git.savannah.gnu.org/git/guix.git
> branch: master
> commit: 98b89f432103b66efacee0bcba41a94148b8e870
> $ mkdir /tmp/fakechroot-test
> $ (cd /tmp/fakech
Using the ‘fakechroot’ execution engine of ‘guix pack -RR’, I found a
case where an executable’s NEEDED library is not found.
--8<---cut here---start->8---
$ guix describe
Generacio 159 Sep 18 2020 08:55:27(nuna)
guix 98b89f4
repository URL: https://