HPLIP does not work with with Plasma 5, as it needs to be ported from XEmbed to use StatusNotifierItems instead. However, there is a Qt4 plugin to translate QSystemTray (using XEmbed) into StatusNotifierItems, which is packaged in Gentoo as dev-libs/sni-qt. Thus I recommend to make net-print/hplip rdepend (no buildtime deps) on it if USE=plasma. "Issue solved in current release": https://answers.launchpad.net/hplip/+question/258609 Actual bugreport: https://bugs.launchpad.net/hplip/+bug/1350038 SuSE's take on the issue: https://bugzilla.suse.com/show_bug.cgi?id=908358 Background information: http://blog.martin-graesslin.com/blog/2014/03/system-tray-in-plasma-next/ http://blog.martin-graesslin.com/blog/2014/06/where-are-my-systray-icons/ Reproducible: Always
Confirmed: Works.
The autostart issue mentioned in https://bugzilla.suse.com/show_bug.cgi?id=908358#c8 appears to be fixed, too.
This seems to be an optional runtime dependency, nothing that USEflags have been invented for. Please add a pkg_postinst message instead.
(In reply to Manuel Rüger from comment #3) > This seems to be an optional runtime dependency, nothing that USEflags have > been invented for. Please add a pkg_postinst message instead. Point is, that an important function of the package (showing a systemtray icon) is entirely broken, if the SNI Qt plugin is missing.
(In reply to Dennis Schridde from comment #4) > (In reply to Manuel Rüger from comment #3) > > This seems to be an optional runtime dependency, nothing that USEflags have > > been invented for. Please add a pkg_postinst message instead. > > Point is, that an important function of the package (showing a systemtray > icon) is entirely broken, if the SNI Qt plugin is missing. And a pkg_postinst message will inform you about this.
Note that this is also covered by plasma-desktop[qt4].
This bug seems obsolete since hplip now has USE=qt5?
Closing for lack of objections.