Description of problem: If I remove dbusmenu-qt and install only dbusmenu-qt5 then not work all hotkeys for spectacle screenshot tool in KDE. With installed dbusmenu-qt it work well but require qt (Qt4) package. KDE 5 now must work good without Qt4 at all. Version-Release number of selected component (if applicable): dbusmenu-qt5-0.9.3-0.18.20150604.fc29.x86_64 dbusmenu-qt-0.9.3-0.18.20150604.fc29.x86_64 spectacle-18.04.3-1.fc29.x86_64 How reproducible: Always Steps to Reproduce: 1. Remove dbusmenu-qt package. 2. Push Print key on keyboard. Actual results: Spectacle not run. Expected results: Run Spectacle. Additional info: Same problem in rawhide.
dbusmenu-qt should be completely irrelevant here, it is for qt4 applications only, should not come into play in a plasma environment envoking a qt5 application (like spectacle). That said, I cannot reproduce what you describe either (unsurprising).
May be I can attach some debug information? How to debug this issue?
My friends helped debug it. Problem happens when removed /usr/bin/qdbus that contained in qt package. Package qt5-qttools contain /usr/lib64/qt5/bin/qdbus and if I linked it to /usr/bin/qdbus - all work good. I am understand that it is conflict between qt and qt5-qttools package, but it is bug and must be solved.
What evidence to you have that this relates to the 'qdbus' binary? Anything in qt5/kf5 that hard-codes 'qdbus' probably needs fixing and/or patching.
Seems that need changes to qt package and mass rebuild for dependent packages.
You're not explaining why you think that is needed. I'm fairly certain that a mass rebuild is not required. So, sifting through this, I made an educated guess that the real problem is that hotkeys requires /usr/bin/qdbus to be present, and confirmed that when it isn't, that 'PrntScrn' keypresses indeed to not start spectacle as expected. I wouldn't have expected hotkeys to use external tools like that (but to use dbus natively and internally). If you have any clues where to look specifically, I'd appreciate any help looking.
I found this in journal after a successful usage: Dec 24 11:17:14 localhost.localdomain dbus-daemon[1317]: [session uid=1000 pid=1317] Activating service name='org.kde.Spectacle' requested by ':1.919' (uid=1000 pid=24202 comm="/usr/bin/qdbus org> Dec 24 11:17:15 localhost.localdomain dbus-daemon[1317]: [session uid=1000 pid=1317] Successfully activated service 'org.kde.Spectacle' So indeed, seems to come from spectacle itself perhaps via: /usr/share/dbus-1/services/org.kde.Spectacle.service containing: Exec=/usr/bin/spectacle --dbus Looking there
Found it in plasma's khotkeys, libkhotkeysprivate/actions/dbus_action.cpp: proc << "qdbus" << _application << _object << _function << args_list; Doesn't prefix qt5_bindir or look for qdbus-qt5
Fixing unqualified 'qdbus' call in khotkeys fixes the issue for me. Patch builds underway
khotkeys-5.14.4-2.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-ba94798812
khotkeys-5.14.4-2.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-ba94798812
Rex, thanks. Now it works properly.
So, may be drop qt package from KDE spin on release F30?
khotkeys-5.14.4-2.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.