[05:37] [telegram] vorlon rebuilt qtbase anyway, even after that discussion [05:37] [telegram] https://matterbridge.lubuntu.me/eec22203/mp4.mp4 [05:51] [telegram] @mitya57 [05:51] [telegram] can't rebuild against openssl 1.1.1 any more as 3 is in release pocket :/ [07:03] [telegram] mitya, your patch in salsa causes qtbase to FTBFS [07:03] [telegram] https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4734/+sourcepub/13037210/+listing-archive-extra [07:04] [telegram] .obj/qsslkey_openssl.o: in function `QSslKeyPrivate::fromEVP_PKEY(evp_pkey_st*)': [07:04] [telegram] ./src/network/ssl/qsslkey_openssl.cpp:96: undefined reference to `q_EVP_PKEY_get_base_id(evp_pkey_st const*)' [07:04] [telegram] collect2: error: ld returned 1 exit status [07:04] [telegram] make[4]: *** [Makefile:621: ../../lib/libQt5Network.so.5.15.2] Error 1 [07:04] [telegram] make[4]: Leaving directory '/<>/qtbase-opensource-src-5.15.2+dfsg/src/network' [07:42] [telegram] Ok, I will fix that. [07:42] [telegram] But are there any issues when the current Qt is built against new OpenSSL and running also with new? [07:42] [telegram] The previous bug happened only when build-time and run-time versions didn't match [07:43] [telegram] I see that Fedora switched to OpenSSL 3.0 without any patch for Qt. [07:43] [telegram] Yes, some parts of KDE still fail to fetch from remote servers: e.g. things from store.kde.org (re @mitya57: But are there any issues when the current Qt is built against new OpenSSL and running also with new? [07:43] [telegram] The previous bug happened only when build-time and run-time versions didn't match) [07:45] [telegram] Those some things that broke before don't now [07:45] [telegram] Can you check if there are any error messages in stderr? [07:46] [telegram] Ok, I will upgrade my VM again to the proposed version and check [07:47] [telegram] Thank you. [07:52] [telegram] https://matterbridge.lubuntu.me/dce23707/file_3605.jpg [07:52] [telegram] @mitya57 ^ [07:54] [telegram] Thanks. This should be solved by my patch if I make it build successfully. [07:54] [telegram] Thank you [09:09] [telegram] Will you mind if I upload new version to your PPA for testing? (re @RikMills: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4734/+sourcepub/13037210/+listing-archive-extra) [09:10] [telegram] Not at all. Please do [09:13] [telegram] Done. [09:13] [telegram] 🤞 [09:33] [telegram] Still FTBFS. I will make another attempt later today. [09:38] [telegram] No problem. I will ask if the proposed version can be removed for now [09:49] [telegram] Ok. that unfortunate rebuild is removed [11:56] [telegram] Uploaded version 3 [12:23] [telegram] Fingers crossed again.... [12:24] [telegram] s390x is already building examples, so looks like it will build [12:25] [telegram] When amd64 is available, I will test [12:25] [telegram] Thanks :) [14:06] [telegram] Looking good so far :D [14:07] [telegram] discover/knewstuff etc now work [14:08] [telegram] plasma weather widget can now get locations and forecasts [14:09] [telegram] @mity57 I currently have gear 21.12.0 building in proposed, so don't want to collide a qtbase upload with that just yet [14:10] [telegram] Ok. Will you make an upload yourself when you think time has come? [14:10] [telegram] ok if I upload this later? With some additional attribution of the patehjes etc to you 😉 [14:11] [telegram] I am fine doing that. As said, there will be credit to you in the changelog (re @mitya57: Ok. Will you make an upload yourself when you think time has come?) [14:11] [telegram] Sure. Patch is based on upstream work, so no need to add attribution :) [14:12] [telegram] Ok . Many many thanks are due and given here then 👍 [15:55] [telegram] I may as well land it from that ppa. Bonus is I can start the build now.