This is just a tracking thread with the build order.
Will test-build lxqt on the copr here: https://copr.fedorainfracloud.org/coprs/g/lxqt-sig/lxqt-2.0/
Will use https://github.com/sztsian/packaging/wiki/LXQt-build-order as a starting point, but alot of this list is outdated. So I'll remake it over time here:
(Changes from the github list):
2 libdbusmenu-lxqt
I'm currently out of town, but if you need references, 2.0 is basically all packaged for openSUSE in X11:LXQt:git
Note to self for the qt5 version of libqtxdg:
%{_sysconfdir}/xdg/lxqt-qtxdg.conf %{_sysconfdir}/xdg/qtxdg.conf
Have to be deleted most likely.
lxqt-session probably needs it'S theme updated. I disabled it in the spec for now.
Stuff is imported in the copr. Tomorrow I'll dash the Ts and dot the Is, and try an upgrade to make sure it works. I'll leave it to the rest of the sig to do the final prep.
All the specs can be found here, all you gotta do is fix the theming, fix libqtxdg for co-installation and add review requests for the additional qt6 variants of libraries.
@zsun
Sorry, guess I forgot to link the pagure with the specs: https://pagure.io/fedora-lxqt/lxqt2dev-rpmspecs/
Metadata Update from @farchord: - Assignee reset
Alright I rebuilt libqtxdg (qt5) to remove the config files so it's co-installable with the qt6 version. I reorganized the spec pagure so it's essentially foolproof for someone to finalize everything. The update boots, though the fedora theming is borked and some icons dont show, someone will need to take care of that.
Metadata Update from @farchord: - Issue set to the milestone: Fedora Linux 41 (was: Fedora Linux 40)
Updated to latest versions, and the missing icons issue is still present but honestly, much lessened. Still 1-2 icons missing after you open the panel, but scroll up and down and it's fine.
Theming is completely borked though, and sddm uses the default theme. And shows the virtual keyboard on start for some reason.
Oh one more thing: Prolly wont need a review for the qt6 variant of some libraries. Seems lxqt is not like kde in that manner: No need to have both versions. Push comes to shove, we can reintroduce the qt5 variant later if needed but for now I don't see a reason to.
No, there's no need at all to keep the 1.4/Qt5 libraries/builds around for anything other than qtxdg, qt5plugin, and one other that I can't remember
Metadata Update from @farchord: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)