Description of problem: In Mageia 8, selecting "Configure Pinter" in Hardware section of MCC, it installs task-printing-server by default AND task-printing-hp. In result, you get a hplip systray icon even if you don't have an HP printer device. How reproducible: Always It shouldn't be mandatory to have task-printing-hp installed by default. Also, in OpenSUSE Leap 15.2, if CUPS is installed, hplip is proposed in Yast2 UI, not installed by default. Workaround: Remove as root hplip-systray.desktop file in /etc/xdg/autostart But why autostart desktop fil here systemwide? Systemwide autostart files are not visible in "Démarrage automatique" KCM Systemsettings. Regards,
Source RPM: hplip-3.20.6-1.mga8.src.rpm => hplip-3.20.6-1.mga8.src.rpm,task-printing-hp-2018-6.mga8.src.rpm
CC: (none) => davidwhodginsSummary: hplip software should be installed if user wants to setup an HP printer. => hplip software should be installed only if user wants to setup an HP printer.
"This is the HP driver package to supply Linux support for most Hewlett-Packard DeskJet, LaserJet, PSC, OfficeJet, and PhotoSmart printers and all-in-one peripherals" I also have wondered why this is always installed, suspecting that it provides more generic functionality. If it really does only apply to HP devices, clearly it is not needed otherwise. Looking at package requirements: $ urpmq --requires-recursive task-printing | grep hp hplip hplip-gui hplip-hpijs hplip-hpijs-ppds hplip-model-data task-printing-hp lib64hpip0 lib64pathplan4 lib64sane-hpaio1 $ urpmq --whatrequires hplip hplip-gui task-printing-hp $ urpmq --whatrequires task-printing-hp task-printing $ urpmq --requires task-printing | grep hp task-printing-hp[== 2018-6.mga8] $ urpmq --requires task-printing-hp | grep hp hplip[>= 2.8.2-2mdv] = task-printing [in task-printing-scanning-2018-6.mga8.src.rpm] task-printing-hp [same] hplip ----------------------------- So it looks like a question of requirements of task-printing. This bug is for global consideration, no specific maintainer.
Severity: normal => minorSource RPM: hplip-3.20.6-1.mga8.src.rpm,task-printing-hp-2018-6.mga8.src.rpm => task-printing-scanning-2018-6.mga8.src.rpmAssignee: bugsquad => pkg-bugs
Created attachment 11744 [details] HPLIP and GNOME 3.37 Hi, Also in current Mageia Cauldron (8a1), with GNOME 3.37: HPLIP complains: "HPLIP Status Service No system tray detected on this system. Unable to start, exiting." This auto-start program resides in /etc/xdg/autostart/hplip.desktop and installed by hplip which is functionality for HP printers, scanners, multifunctions devices, English only-gui, and required by task-printing-hp. Background: Gnome has dropped support in 3.26 for legacy systray indicators. Upstream bug reported this removal: https://bugzilla.gnome.org/show_bug.cgi?id=785956
This may or may not be pertinent, but there was a bug a few years back that gave the "no system tray" error. The root cause was that the app trying to use the system tray was being launched before the tray had been created. Inserting a "sleep x" in one of the init files "fixed" it, but I don't think this was ever formalized.
CC: (none) => ftg
task-printing requires all of these: task-printing-canon task-printing-epson task-printing-hp task-printing-lexmark task-printing-misc task-printing-okidata task-printing-server Some or all of those may be necessary for system-config-printer to correctly detect and configure printers, so they shouldn't be removed without a lot of testing. For the GNOME system tray issue, see bug 23795. Please don't report multiple bugs in the same bug report - it clouds the issue.
CC: (none) => mageia
Hi, Sorry for clouding the issue this will not be reproduced. So, I think you're right that system-config-printer needs all available softwares in order detecting printers. But, GUI like hplip should not be active if there is no HP printers connected to the system. HPLIP has a .desktop file installed in "/etc/xdg/autostart" which is inaccessible for Plasma user in tools like Systemsettings5 > KCM "Startup and Shutdown" > Autostart.
In M8 Beta 2. I do persist to say that /etc/xdg/autostart/hplip.desktop should not be here. It is a packaging issue. This autostarts a GUI program in systray for HP printers. But it is installed automatically when set a printer for the first time in MCC. HPLIP has a .desktop file installed in "/etc/xdg/autostart" which is inaccessible for Plasma user in tools like Systemsettings5 > KCM "Startup > and Shutdown" > Autostart. A similar package that add a systray entry is ckb-next, but it is user serviceable as it resides in ~/.config/autostart. It appears here after first launch by user. My actually workaround for this is: # rm /etc/xdg/autostart/hplip.desktop
Also, about this, on a M8 Beta 2 x86_64 fresh install, MCC => Hardware => "Set up the printer,..." launches a gurpmi telling it wants to install: - task-printing-server - task-printing-hp I really do think after several tests, that task-printing-hp is unnecessary. Also, installing all task-printer-{manufacturer} is too heavy and add clutter in Application Menu. On my system, with a Canon Multifunctions Printer (2015), I can use system-confi-printer to add a print-job queue and I am able to print. I also have a recent HP printer (2018), I can also print to it without all hplip software, of course because it is a AirPrint (iOS-compatible) one. Instead of that, I wonder if we should implement a modal dialog to ask for User's printer manufacturer. Then, propose to install "task-printing-{owned printer manufacturer}".
Keywords: (none) => 8beta2
It looks like this issue was brought up in Bug 9902, and was never resolved. The only brand of printer I've ever used with Mageia is HP. For the longest time, I thought task-printing-hp was being installed because an HP printer had been detected. Shows what I know...
CC: (none) => andrewsfarm
So duplicate. *** This bug has been marked as a duplicate of bug 9902 ***
Status: NEW => RESOLVEDResolution: (none) => DUPLICATE