This is off-topic, but since there are several helpful and knowledgeable Linux people here, I thought I might ask, as I am in DSO hell.

My application ships and is linked with libgnutls.so.26 and this can be seen with:

$ cd myapp/bin
$ export LD_LIBRARY_PATH=../lib
$ ldd mrViewer | grep libgnutls
    libgnutls.so.26 => ../lib/libgnutls.so.26

Now, my application works in all Ubuntu systems and in CentOS 7.  However, on RHEL / Rocky Linux 8.6, a user gets the following:

$ cd myapp/bin
$ export LD_LIBRARY_PATH=../lib
$ ldd mrViewer | grep libgnutls
    libgnutls.so.26 => ../lib/libgnutls.so.26
    libgnutls.so.30 => /lib64/libgnutls.so.30 (0x00007f170833c000)

and when he runs the executable he gets:

mrViewer: symbol lookup error: /opt/mrviewer/mrviewer/lib/libgnutls.so.30: undefined symbol: asn1_der_decoding2, version LIBTASN1_0_3

which is logical as I have an older libtasn1.so.6 in the lib directory of my program that does not contain the symbol asn1_der_decoding2.

However, the puzzle remains... why does ldd list two libgnutls.so on his system when I never linked against libgnutls.so.30?  It seems some other lib is pulling in libgnutls.so.30 in but not sure how can I go about finding which one it is.

-- 
Gonzalo Garramuño
ggarra13@gmail.com