> 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