SUMMARY Currently, on KDE neon, all LXQt applications, including for example lximage-qt and lxqt-sudo are impossible to install due to unresolved dependencies, which I personally find is a pity because those are also Qt applications which would fit well with KDE Software and I'd like to try some of them. I know the neon FAQ explains other Desktop Environments are not supported, but could we perhaps make an exception for LXQt? I think that would help this project because then more people would have a convenient way to use and test their latest released software. LXQt doesn't seem to have a great many of packages and maybe those could be added to the neon build routines without too much trouble? There already was a forum request about this topic: https://forum.kde.org/viewtopic.php?t=139293 It's just an idea / a wish of mine which has of course very low priority, but maybe it's possible to support LXQt on neon some day?
*** Bug 430598 has been marked as a duplicate of this bug. ***
I'm afraid we prioritise KDE apps in neon. When we update Qt that will mean apps depending on older Qt and not part of KDE can not be installed. The answer is to make it a KDE app, use a containerised package (snap/flatpak/appimage) or use another distro.
Okay. It's a bit disappointing from a user perspective as a lot of interesting programs use Qt and are not KDE apps (especially in the scope of music applications), but I understand rebuilding all Qt-based apps is way too laborious. I personally avoid snap/flatpak/appimage, for they take up unnecessary amounts of disk space, and are often not well-integrated into the system. So maybe I should really switch distribution. I'm leaning towards OpenSuse since some time anyway (Leap or maybe Tumbleweed).