Hello, On Jun 9 16:22 Brüns, Stefan wrote:
On Tuesday, June 09, 2015 12:32:31 Freek de Kruijf wrote:
After updating hplip and starting a KDE session I get a warning message from hplip that the system tray is not available. After searching for a solution to this problem I found that starting hplip-systray is too early. So a sleep of a few seconds before this application runs will solve the problem.
However I can't find where this program gets started.
Any suggestion?
hplip uses the Qt4 python bindings. Stock QSystemTrayIcon does not support StatusNotifierItem, but this can be changed by installing sni-qt.
hplip-systray polls for the availability of the Tray for 60 seconds and exits afterwards.
Actually, it should just start, QSystemTrayIcon handles the delayed start of the system tray by itself.
In general I have zero knowledge about desktop-related stuff (I do not use a desktop) so that there is basically nothing what I could do here. As far as I understand it had worked in the past with older KDE but now it does no longer work with newer KDE. Accordingly I assume it is a generic issue in HPLIP with newer KDE but not an openSUSE specific issue. If I am right, the proper way to get it really solved is to report it directly to the HPLIP upstream authors via http://hplipopensource.com/hplip-web/support.html This way the issue could be solved in HPLIP for all desktops for all Linux distributions instead of openSUSE specific hacks. Or is the only issue that for current openSUSE:Factory the hplip binary RPM should require sni-qt and then all would again "just work"? In this case I would appreciate an OBS submitrequest with an appropriate conditional RPM requirement for sni-qt for the hplip binary RPM (sni-qt is neither available for openSUSE:13.1 nor SLE12 nor SLE11 but HPLIP is built in the OBS Printing project for all of them). Kind Regards Johannes Meixner -- SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard, Dilip Upmanyu, Graham Norton - HRB 21284 (AG Nuernberg)