> On 29 Oct 2021, at 16:46, Troy Dawson <[log in to unmask]> wrote:

> 

> On Thu, Oct 28, 2021 at 12:44 PM Burt Holzman <[log in to unmask]> wrote:

>> 

>> On 10/28/2021 8:41 AM, Troy Dawson wrote:

>>> On Thu, Oct 28, 2021 at 4:56 AM Götz Waschk <[log in to unmask]

>>> <mailto:[log in to unmask]>> 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



I run into the same issue a couple of weeks ago with a Singularity container.

Minimum required kernel version for libQt5Core on Ubuntu 20 is 3.17.0:



$ readelf -n /lib/x86_64-linux-gnu/libQt5Core.so.5



Displaying notes found in: .note.gnu.build-id

  Owner                Data size 	Description

  GNU                  0x00000014	NT_GNU_BUILD_ID (unique build ID bitstring)

    Build ID: e54a6cea97c3942fbcec1973574545fb3ad74015



Displaying notes found in: .note.ABI-tag

  Owner                Data size 	Description

  GNU                  0x00000010	NT_GNU_ABI_TAG (ABI version tag)

    OS: Linux, ABI: 3.17.0



But SL7 has 3.10.0.



Best



Achim



> 

> 

> That is good to know.  I would have never guessed that.

> Thank you for letting me / us know.

> And Götz, thank you for doing the check on the other kernel.

> I would have replied to that one also, but I figured then I'm just

> spamming everyone.

> 

> I help maintain the KDE Plasma desktop in EPEL 8 / 9, and I'm betting

> this is going to come up as a bug somewhere.  It's good to know the

> real problem before someone brings me a bug.

> 

> Thanks

> Troy