In the default install in both KDE spin and Kinoite, qt5-qdbusviewer is installed. I don't think this dev tool should be installed by default, most users don't use it.
Why it is installed? I think it is recommended by khotkeys dnf repoquery --whatrecommends qt5-qdbusviewer
I think this recommendation should be removed (or converted to another soft dependency not installed by default)
Metadata Update from @ngompa: - Issue tagged with: experience
Metadata Update from @ngompa: - Issue tagged with: meeting
See also the bug that dependency fixes, https://bugs.kde.org/329094
that said, I would tend be against removing the dependency.
I think the original reporter just asked for an error message if the viewer is not installed. From the above issue: "In case qdbusviewer is not installed it would be helpfull to get an error message." "Expected Results: if the d-bus browser is not installed, an error message appears"
I don't know if qt5-qdbusviewer is widely used, I don't think it is. Being a GUI application in the menus is strange for an obscure application. Even if the package stays installed, I think the menu entry should go.
We can not really remove it for now: - https://bugs.kde.org/show_bug.cgi?id=329094 - https://src.fedoraproject.org/rpms/khotkeys/c/31913c0a3ea019d09a88c324c7d7183832eb0828
(whoops duplicated Rex's comment).
This functionality is required for khotkeys KCM stlil, and we don't think it's worth it to split out the desktop file into a subpackage to hide the app in the application menu. So for now, we're not going to do anything...
Metadata Update from @ngompa: - Issue untagged with: meeting - Issue close_status updated to: Won't fix - Issue status updated to: Closed (was: Open)
In other distros such as Kubuntu and KDE Neon, qtdbusviewer is hidden. Do they use qtchooser then?
I'll see if I can follow up on https://bugs.kde.org/show_bug.cgi?id=411462 so we can finally remove this app from the default install
I mean https://bugs.kde.org/show_bug.cgi?id=329094 sorry.
FWIW, KHotKeys does not work on Wayland and its KCM was just made X11-only today. Given that Fedora now ships with Wayland by default, we could maybe consider removing this dependency.
Metadata Update from @ngompa: - Issue status updated to: Open (was: Closed)
We do ship both sessions on the media, but it's definitely something we could consider now, since we prefer and principally work with the Wayland session.
Metadata Update from @siosm: - Issue tagged with: packaging
Metadata Update from @siosm: - Issue untagged with: packaging
https://bugs.kde.org/show_bug.cgi?id=329094 has been fixed upstream for Frameworks 5.103, which should completely unblock removing QDbusViewer from the defalut install.
Justin likes this.
On Sun, 5 Feb 2023, 5:01 am Nate Graham, pagure@pagure.io wrote:
ngraham added a new comment to an issue you are following: https://bugs.kde.org/show_bug.cgi?id=329094 has been fixed upstream for Frameworks 5.103, which should completely unblock removing QDbusViewer from the defalut install. To reply, visit the link below or just reply to this email https://pagure.io/fedora-kde/SIG/issue/115
ngraham added a new comment to an issue you are following: https://bugs.kde.org/show_bug.cgi?id=329094 has been fixed upstream for Frameworks 5.103, which should completely unblock removing QDbusViewer from the defalut install.
To reply, visit the link below or just reply to this email https://pagure.io/fedora-kde/SIG/issue/115
That would be great, I'm on Kinoite now and removing it is not that easy :) I think we can remove the dependency, or convert the 'Recommends' to 'Suggests'
Metadata Update from @siosm: - Issue set to the milestone: Future Release
Might have spoken too soon; see https://invent.kde.org/plasma/plasma-workspace/-/issues/60.
@jgrulich How bad would it be for us to subpackage out qdbus in Qt5 and Qt6?
qdbus
@ngompa it's kind of sub-packaged already.
The qt5-qttools package contains barely:
%{_bindir}/qdbus-qt5 %{_bindir}/qtpaths %{_qt5_bindir}/qdbus %{_qt5_bindir}/qdbus-qt5 %{_qt5_bindir}/qtpaths
everything else is into subpackage or fully new packages:
%files %files common %files libs-designer %files libs-designercomponents %files libs-help %files -n qt5-assistant %files -n qt5-doctools %files -n qt5-designer %files -n qt5-designer-plugin-webkit %files -n qt5-linguist %files -n qt5-qdbusviewer %files devel %files static %files examples
This will be gone with Plasma 6.
Metadata Update from @ngompa: - Issue close_status updated to: Fixed - Issue set to the milestone: KDE Plasma 6.0 (was: Future Release) - Issue status updated to: Closed (was: Open)
@ngompa , any change to return qdbus? A lot of manuals online refer to this utility (for example, https://userbase.kde.org/Plasma/Tips) On Fedora 40+, users need to figure out that they need to use qdbus-qt6' instead ofqdbus-qt6'. Also, interesting fact that on Fedora 39 /usr/bin/qdbus is shipped not with "qt5-qttools" but with the qt-4.8.7 package. rpm -q --whatprovides /usr/bin/qdbus qt-4.8.7-74.fc39.x86_64
qdbus-qt6' instead of
/usr/bin/qdbus
qt-4.8.7
rpm -q --whatprovides /usr/bin/qdbus
I've tried to install qt-4.8.7 on Kinoite 40. It added few dependencies (dbusmenu-qt ; ibus-qt ; qt-common-1:4.8.7 ; qt-x11; sni-qt) but qdbus command works now. Please note, that I've installed it on a clean Kinoite without packages that bring back X11 session so it's presumably safe for users.
A workaround for Fedora 40+ users is to create symlink: sudo ln -s /usr/bin/qdbus-qt6 /usr/local/bin/qdbus
sudo ln -s /usr/bin/qdbus-qt6 /usr/local/bin/qdbus