On 10/28/2021 8:41 AM, Troy Dawson wrote: > On Thu, Oct 28, 2021 at 4:56 AM Götz Waschk <goetz.was...@desy.de > <mailto:goetz.was...@desy.de>> wrote: > > Am 26.10.21 um 04:27 schrieb Patrick J. LoPresti: > I just like to add that this has already happened to me with an Ubuntu > 20.04 LTS container running on > SL7: > > [wgs34:U20] ~ % gnuplot-qt > gnuplot-qt: error while loading shared libraries: libQt5Core.so.5: > cannot open shared object file: No such file or directory > [wgs34:U20] ~ % ldd /usr/bin/gnuplot-qt|fgrep Qt5 > libQt5Network.so.5 => > /lib/x86_64-linux-gnu/libQt5Network.so.5 > (0x00007f6cf5da9000) > libQt5Gui.so.5 => /lib/x86_64-linux-gnu/libQt5Gui.so.5 > (0x00007f6cf57be000) > libQt5Core.so.5 => not found
> > That doesn't have much to do with the container running on SL7, and more > that your gnuplot-qt was compiled on a different qt5 than is in the > container. > > Without more details I couldn't exactly say more than make sure your > gnuplot-qt and qt5 libraries in yoru container are up to date. Actually, in this particular case, Qt added dependencies on kernel syscalls (IIRC renameat2 maybe also getrandom) that show up upstream from the current SL7 kernel. - B
