/srv/irclogs.ubuntu.com/2021/12/05/#ubuntu-qt.txt

lubot[telegram] <mitya57> It looks like this bug happened when Qt was built against new OpenSSL but used with old OpenSSL. We don't link to it, so the package doesn't get a correct dependency. (re @RikMills: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1952977)14:30
lubot[telegram] <mitya57> It mentions failure to resolve SSL_CTX_load_verify_dir but that function is used only with new OpenSSL.14:30
lubot[telegram] <RikMills> Indeed (re @mitya57: It looks like this bug happened when Qt was built against new OpenSSL but used with old OpenSSL. We don't link to it, so the package doesn't get a correct dependency.)14:48
lubot[telegram] <mitya57> I backported some upstream fixes to my packaging branch (including the changes from mamarley's snippet), but I won't rush with the upload. In case you or someone else reports issues with the current package built with openssl 3 and running with openssl 3, then we will have a chance to see if these changes fix it.14:52
lubot[telegram] <RikMills> Yeah, there is no hurry at the moment as the openssl 3 transition still has a fair way to go14:58
lubot[telegram] <RikMills> The current package in release was built with 1.1.1 so should be fine14:59
fvogtNot built with -openssl-linked?15:46
mitya57We are not doing that for licensing reasons.15:46
fvogtAh, that...15:48
* fvogt would argue that there's no difference between doing the link on startup or during runtime, but is not a lawyer15:48
fvogtossl 3.0 should solve that at least15:49
mitya57Yes, that's nice.15:49

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!