[05:35] aw, very sad that 5.14 for focal won't happen, but understand your decision of course. [06:31] it probably will be in focal backports soon, estan [06:31] knowing rik, asap [06:35] Not sure about usual backports. Would have to rebuild and maintain other non KDE things in the PPA to do that. Very likely I will have it somewhere though. [07:18] ah, for sure [07:18] esp. since I think Plasma isn't bumping? [07:18] I might be remembering that wroing [07:18] wrong [07:54] valorie: plasma is bumping Qt minimum, sadly [07:56] ah [07:56] :( [08:00] it is possible we could have 'normal backports' (limited to what builds natively) and backports with bumped qt (super use at your own risk on a LTS, don't install these unless you really need the new things) [08:00] maintenance overhead is also an issue [10:45] qutebrowser developer about our plan to ship 5.12.8: [10:45]

mitya57: as a downstream, that's probably a good thing - at least QtWebEngine suffers from lot of crashes in 5.14.0 and .1 (most of them I haven't reported yet because I don't see any pattern yet, and/or they were too late for .2 anyways) [10:49] "A lot" is an over-exaggeration for sure. I had like 3 or something with .1 [10:50] And I use no other browsers except Falkon [10:51] Maybe depends on application… [14:58] yea i know there will probably be some ways to get 5.14 packages eventually, but had gotten my hopes up that it would be part of the main repos (not just kubuntu backports). we build debs of our commercial application for *buntu LTS, and many of us at the company run the LTS with no special backports enabled (typically). [14:58] but i completely understand the decision, and the time pressure. you're doing a great job and 5.12 will be fine. [20:22] focal archive now builds riscv64 [20:23] Oh [20:24] That came a bit out of the blue [20:24] qtbase currently dep-waits, but in Debian it built fine on riscv64