Re: [lmi] linux-perf in chroot via .deb abuse

[Greg Chicares]

On 2020-10-03 11:21, Vadim Zeitlin wrote:
> On Fri, 2 Oct 2020 23:06:27 +0000 Greg Chicares <gchicares@sbcglobal.net> 
> wrote:

[...cp perf and each library it needs into a chroot...]

> GC> Vadim--Do you think this approach is worse than trying to compile
> GC> 'perf' in a chroot with the host's kernel version? It just seemed
> GC> easier to try this way first.
> 
>  If it works, why not.
To refine a kludge is probably to waste time, but this alternative works
just as well, and works in any new chroot that mounts /srv/cache_for_lmi/
as all of mine do:

#ln /usr/bin/perf_4.19 /srv/cache_for_lmi/perf_4.19
#ln /usr/lib/x86_64-linux-gnu/libopencsd_c_api.so.0.10.1 
/srv/cache_for_lmi/libopencsd_c_api.so.0.10.1
#ln /usr/lib/x86_64-linux-gnu/libopencsd.so.0 /srv/cache_for_lmi/libopencsd.so.0
#ln /usr/lib/x86_64-linux-gnu/libopencsd.so.0.10.1 
/srv/cache_for_lmi/libopencsd.so.0.10.1
#ln /usr/lib/x86_64-linux-gnu/libperl.so.5.28 /srv/cache_for_lmi/libperl.so.5.28
#ln /usr/lib/x86_64-linux-gnu/libperl.so.5.28.1 
/srv/cache_for_lmi/libperl.so.5.28.1
#ln /usr/lib/x86_64-linux-gnu/libpython3.7m.so.1.0 
/srv/cache_for_lmi/libpython3.7m.so.1.0
#ln /usr/lib/x86_64-linux-gnu/libbabeltrace-ctf.so.1 
/srv/cache_for_lmi/libbabeltrace-ctf.so.1
#ln /usr/lib/x86_64-linux-gnu/libbabeltrace-ctf.so.1.0.0 
/srv/cache_for_lmi/libbabeltrace-ctf.so.1.0.0
#ln /usr/lib/x86_64-linux-gnu/libbabeltrace.so.1 
/srv/cache_for_lmi/libbabeltrace.so.1
#ln /usr/lib/x86_64-linux-gnu/libbabeltrace.so.1.0.0 
/srv/cache_for_lmi/libbabeltrace.so.1.0.0