<div dir="ltr"><div>Also note that it works if I put the compiled libssl path at the end of the LD_LIBRARY_PATH like so</div><div>LD_LIBRARY_PATH=/tmp/.mount_SubsurCt4MZJ/usr/lib/:$LD_LIBRARY_PATH:~/local/openssl/ /tmp/.mount_SubsurCt4MZJ/AppRun -v</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Sep 9, 2019 at 1:18 PM Paul Buxton <<a href="mailto:paulbuxton.mail@googlemail.com">paulbuxton.mail@googlemail.com</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"><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" target="_blank">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>
</blockquote></div>