Quoting Marco Mattiolo (2024-10-27 10:06:19) > Hi Jonas, > sorry for nit-picking: > > > > > This file is from the package 'mobile-tweaks-common', so this bug > needs to be > > > marked of interest to the DebianOnMobile team: > > > https://salsa.debian.org/DebianOnMobile-team/mobile-tweaks > > > to decide how to handle it (e.g. add an appropriate dependence). > > > > > > $ aptitude search breeze |grep kde > > > p kde-style-breeze - Widget style for Qt and KDE Software > > > p kde-style-breeze-dbgsym - debug symbols for kde-style-breeze > > > p qml-module-org-kde-qqc2breezestyle - Breeze inspired QQC2 Style > > > p qml-module-org-kde-qqc2breezestyle-dbgsym - debug symbols for > qml-module-org-kde-qqc2breezestyle > > > $ > > > > This, however, is quite enlightening: You use a non-Debian package which > > messes with the environment. > > The problem comes from that setting inside mobile-tweaks-common (that is in > Debian) indeed, for non-PlasmaMobile systems.
Agreed, the problem is not in nheko use of Qt, but elsewhere in the system imposing a different use of Qt, which is broken: The imposed style evidently lacks support for all uses of Qt, which means it is broken to impose that style globally on the system. If mobile-tweaks-common is in Debian, then please do file a bugreport against that package. > For Plasma mobile systems, the QT_QUICK_CONTROLS_STYLE variable is set inside > the upstream source code > (link [1] in my July, 5th mail) of plasma-mobile, that is a Debian package. > I do not see how the DebianOnMobile team could fix this until the Debian > Qt/KDE team finally uploads > the 6.x version of src:qqc2-breeze-style to sid... in theory, I could patch > plasma-mobile in order to > avoid setting that style variable, but I do not want to do that because it > would break a lot of other apps' UI. > > The root cause here is nheko being a Qt6 app and reaching sid way earlier > then the rest of Qt6-based ecosystem did. Jonas, you were too fast ;) > The proper solution here is that the entire Plasma6 ecosystem gets into sid, > but there's still no clear view when this will happen. No, the root cause is not nheko: Nheko works fine when an only partly supported Qt style is not imposed globally on the system it runs on. It is not a bug in nheko to use Qt6 out of sync of KDE. Please move the discussion about other parts of the system to those parts of the system - e.g. KDE discussions are irrelevant for nheko, as is globally-for-mobile-setup. > > I will close this bug, as I don't believe it is a bug in nheko, but a > > configuration issue on the affected systems. > > > > Thanks a lot to everyone contributing to hunting down this issue, > > > > - Jonas > > > > As I already wrote in the past, it was clear this situation not to be related > to a bug *in* nheko. > I'm sorry that your package was felt like broken by the users, and that a lot > of users complaining about nheko > in Mobian channel were redirected to this bug report. Sorry again for the > noise! > > The bug is ok to be closed, let's just hope Plasma6 will get in sid soon... No need for apology - until it was clarified where the cause of this bug was, it was appropriate to track it as tied to nheko. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ * Sponsorship: https://ko-fi.com/drjones [x] quote me freely [ ] ask before reusing [ ] keep private
signature.asc
Description: signature
