<div dir="ltr"><div>Yes it will use the same path, but if QT is looking for different versions it may find both the one in the package and the one on the platform.</div><div>Is that the first or last reference to libssl you get in strace? <br></div><div><br></div><div>I have now downloaded and built openssl locally.<br></div><div>If I add its folder to LD_LIBRARY_PATH before running then it all looks to work.<br></div><div><br></div><div>Attached the strace .... | grep ssl of both with and without this added to the path.</div><div><br></div><div>I do see the same reference to libssl in my strace, but further down in the strace log  there are some more calls to open libssl, and afterwards a failure to resolve OPENSLL_init_ssl</div><div><br></div><div>Doing nm -aD on the library in the appimage confirms that this symbol is not present, but it is present in the version of libssl I have built locally.</div><div></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 9, 2019 at 12:21 PM Dirk Hohndel <<a href="mailto:dirk@hohndel.org">dirk@hohndel.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Sep 09, 2019 at 11:26:22AM +0100, Paul Buxton wrote:<br>
> Hmm, doesn't make any difference on mine.<br>
> Googling I did fine some references that suggest that Qt networking loads<br>
> libssl and libcrypto using dlopen, which would not show up as a dependency<br>
> through ldd....<br>
> <a href="https://code.qt.io/cgit/qt/qtbase.git/tree/src/network/ssl/qsslsocket_openssl_symbols.cpp" rel="noreferrer" target="_blank">https://code.qt.io/cgit/qt/qtbase.git/tree/src/network/ssl/qsslsocket_openssl_symbols.cpp</a><br>
> So whilst ldd is listing that it is linked against 1.0 it may actually be<br>
> picking up 1.1 from your library path.<br>
<br>
But dlopen() should use the same LD_LIBRARY_PATH, right?<br>
<br>
Anyway, I ran this through strace and I am indeed opening the 1.0 library:<br>
<br>
openat(AT_FDCWD, "/tmp/.mount_SubsurzTksC9/usr/bin/../lib/libssl.so.1.0.0", O_RDONLY|O_CLOEXEC) = 3<br>
<br>
Could you check which one you are opening?<br>
<br>
/D<br>
<br>
</blockquote></div>