Berthold's webmail client dropped the mailing list - I verified with him that 
this was intended to be a public response, so I'll respond here :)

> On Feb 16, 2026, at 00:27, Stöger, Berthold <[email protected]> 
> wrote:
> 
> 
> > Not to mention QML for Subsurface-mobile.
> 
> Could you give us a short rundown on this, respectively correct my uneducated 
> assumptions:
> 
> - This is high priority, because mobile support for Qt5 is fading.

Subsurface-mobile is the one remaining piece in our stack that requires Qt 5 
And one cannot create a Google Play Store compliant app with Qt 5. So far Apple 
App Store still works, but I worry every time I see a new policy update from 
them

> - At least in the short term, it is more realistic to get Qt6 running on 
> mobile than a complete change of mobile toolkit..

I keep wondering about that... but likely this is a correct statement.

> - It would mean updating kirigami (currently we are on 5.76 from 2020) to a 
> recent version.

Correct. I have pinned Kirigami in the past because random minor version 
updates would completely mess up our UI. I know that you have made progress 
with that - but yes, that's a hard requirement for the move to Qt 6.

> - Unfortunately, the way kirigami interacts with C++ has completely changed. 
> The developers (obviously) think for the better, but the devil is in the 
> details.

This was the thing that killed my last attempt to work on a Subsurface-mobile 
Qt 6 port. I was unable to have QML code get access to our C++ models. This 
could always be a ME problem, but it just broke my brain.


> - The plan is a "hard" switch: no reason to keep Qt5 support for mobile.

For mobile the situation is in a way much easier. We can indeed just drop Qt5 
because we do the builds and we only target two places. iOS App Store and 
Google Play Store (which we currently can't comply with) / our side-loaded 
Android binaries.

For desktop things are a bit more complicated because we have traditionally 
tried to continue to support older distros like Ubuntu 20.04 (which technically 
ran out of standard Ubuntu support last year, but people are still using). And 
as I mentioned in our initial email, even 24.04 (the current LTS) doesn't have 
a new enough Qt 6 version for us to build a complete Subsurface app 
(specifically, the maps don't work on 24.04). Given that 24.04 will be 
supported for three more years, I think we'll need to continue to have a Qt 5 
version of the desktop app. The same is true for Debian old-stable.

Fedora doesn't have an LTS strategy, so the two currently supported distros 
both have new enough Qt 6 versions.

/D


_______________________________________________
subsurface mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to