25.11.2016 в 02:07:11 +0100 Jan Niehusmann написал: > On Fri, Nov 25, 2016 at 01:56:19AM +0400, Stepan Golosunov wrote: > > qsslsocket_openssl_symbols.cpp also tries to load any libssl.* it can > > find (in directories gathered from dl_iterate_phdr) when it cannot > > find libssl.so.<SHLIB_VERSION_NUMBER>. This asks for trouble when > > libssl1.0.2 is not installed and probably needs to be patched out. > > This should be covered by qt 5.7.1~20161021+dfsg-6 (currently in sid). > From the changelog: > > "Make libqt5network5 depend on libssl1.0.2. It will crash when only > newer libssl versions are installed."
Wasn't avoiding such dependency the entire point of dlopen'ing libssl? If Qt can depend on libssl1.0.2 then it can probably link with it as well. (And configure has option to do that, -openssl-linked.) There is also an example of package that deals with a very similar licensing problem without using dlopen. ffmpeg compiles a version that depends on libraries with more restrictive license into libavcodec-extra57, and a version without such dependency into libavcodec57.