<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">I have an app that needs some libraries that are linked against some strange version of a lib ... it's a long story ... anyway the *official* advice from the vendor is to create a symbolic link pointing to whatever version of libcom_err I have, so:<div><br></div><div>lrwxrwxrwx 1 dkasak dkasak       39 Dec  4 14:07 libcom_err.so.3 -> /usr/lib/x86_64-linux-gnu/libcom_err.so<br></div><div><br></div><div>I've currently packaged this symbolic link inside the drivers package for the vendor, so it ends up in /app/opt/nz/lib64</div><div><br></div><div>Then I have:</div><div><br></div><div>---</div><div><br></div><div><div>#!/bin/bash</div><div>export LD_LIBRARY_PATH=/app/opt/nz/lib64</div><div>cd /app/gui</div><div>perl -I . <a href="http://main.pl">main.pl</a></div></div><div><br></div><div>---</div><div><br></div><div> ... which is my flatpak startup script.</div><div><br></div><div>This script works fine if I don't need that driver ( drivers are dynamically loaded as needed ). If I do load it, I get errors about not being able to open the lib that's linked to the strange version of libcom_err. However if I run a debug session:</div><div><br></div><div>flatpak run -d --command=bash <app_name><br></div><div><br></div><div> ... and *then* run the startup script, loading that driver works fine, and it's usable, etc.</div><div><br></div><div>I've also tried injecting the environment variable in others ways, eg inside the app:</div><div><br></div><div>$ENV{LD_LIBRARY_PATH} = '/app/opt/nz/lib64';</div><div><br></div><div> ... early in the perl app - way before the driver would be dynamically loaded. Doesn't work here either.</div><div><br></div><div>What do I need to do to get my LD_LIBARARY_PATH changed?</div><div><br></div><div>Thanks.</div><div><br></div><div>Dan</div></div></div></div></div>