Bug 26909 - hplip software should be installed only if user wants to setup an HP printer.
Summary: hplip software should be installed only if user wants to setup an HP printer.
Status: RESOLVED DUPLICATE of bug 9902
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal minor
Target Milestone: ---
Assignee: All Packagers
QA Contact:
URL:
Whiteboard:
Keywords: 8beta2
Depends on:
Blocks:
 
Reported: 2020-07-06 23:06 CEST by Aurelien Oudelet
Modified: 2021-02-15 17:37 CET (History)
4 users (show)

See Also:
Source RPM: task-printing-scanning-2018-6.mga8.src.rpm
CVE:
Status comment:


Attachments
HPLIP and GNOME 3.37 (12.75 KB, image/png)
2020-07-10 13:58 CEST, Aurelien Oudelet
Details

Description Aurelien Oudelet 2020-07-06 23:06:09 CEST
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,
Aurelien Oudelet 2020-07-06 23:07:44 CEST

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

Dave Hodgins 2020-07-07 00:41:35 CEST

CC: (none) => davidwhodgins
Summary: 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.

Comment 1 Lewis Smith 2020-07-10 08:30:44 CEST
"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 => minor
Source RPM: hplip-3.20.6-1.mga8.src.rpm,task-printing-hp-2018-6.mga8.src.rpm => task-printing-scanning-2018-6.mga8.src.rpm
Assignee: bugsquad => pkg-bugs

Comment 2 Aurelien Oudelet 2020-07-10 13:58:07 CEST
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
Comment 3 Frank Griffin 2020-07-11 03:00:01 CEST
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

Comment 4 Martin Whitaker 2020-07-11 11:58:49 CEST
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

Comment 5 Aurelien Oudelet 2020-07-11 12:56:46 CEST
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.
Comment 6 Aurelien Oudelet 2020-12-14 14:55:21 CET
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
Comment 7 Aurelien Oudelet 2020-12-27 15:43:32 CET
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

Comment 8 Thomas Andrews 2021-01-06 22:29:53 CET
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

Comment 9 Aurelien Oudelet 2021-02-15 17:37:01 CET
So duplicate.

*** This bug has been marked as a duplicate of bug 9902 ***

Status: NEW => RESOLVED
Resolution: (none) => DUPLICATE


Note You need to log in before you can comment on or make changes to this bug.