The first time you open system-config-printer, it asks to install task-printing-server and task-printing-hp, but no auto installed for task-printing.
I installed task-printing manually.

CC: (none) => loginov_alex

(In reply to Alex Loginov from comment #1)
> The first time you open system-config-printer, it asks to install
> task-printing-server and task-printing-hp, but no auto installed for
> task-printing.
> I installed task-printing manually.

This is not related to the issue reported here. Also, why do you require task-printing?

CC: (none) => doktor5000

Florian, hi,
I have no HP printer, I have Samsung, then why I need task-printing-hp requirement, but not task-printing instead?

You need task-printing-server which is what it wants to install.
task-printing-hp is required to be able to add HP printers. Feel free to send a patch that does not break HP support and fixes the initially reported issue.

Same applies for e.g. not requiring task-printing-server if you don't have a local cups server, but want to connect directly to a remote cups server, where printers are installed. Feel free to send patches that enable that.

I confirm the issue reported in comment 0. In my case I have a Canon printer, but it did not suggest installing task-printing-canon, only task-printing-hp, so I had to install the canon one manually.

CC: (none) => remi

(In reply to Rémi Verschelde from comment #5)
> In my case I have a Canon printer, but it did not suggest installing
> task-printing-canon, only task-printing-hp, so I had to install the canon one
> manually.

Strictly speaking, that would actually be a completely different bug then reported in comment 0 - yours is about printer autodetection for canon, the initial report is about task-printing-hp being required for everybody.

IIRC the last time this was fixed and worked properly was quite some time ago:
http://svnweb.mageia.org/packages?view=revision&revision=226535
Feel free to fix our custom backends and related hooks and submit a fix to system-config-printer.

(In reply to Florian Hubold from comment #6)
> (In reply to Rémi Verschelde from comment #5)
> > In my case I have a Canon printer, but it did not suggest installing
> > task-printing-canon, only task-printing-hp, so I had to install the canon one
> > manually.
> 
> Strictly speaking, that would actually be a completely different bug then
> reported in comment 0 - yours is about printer autodetection for canon, the
> initial report is about task-printing-hp being required for everybody.
> 
The canon autodetection is indeed another bug, but the fact that task-printing-hp got installed when I have no HP devices seems to me to be precisely what comment 0 is about.

system-config-printer install nothing for popular printers, but install for hp for everybody. Solution: revert changes https://bugs.mageia.org/show_bug.cgi?id=4811

(In reply to Alex Loginov from comment #8)
> system-config-printer install nothing for popular printers, but install for
> hp for everybody. Solution: revert changes
> https://bugs.mageia.org/show_bug.cgi?id=4811

So you did verify that reverting that commit causes no regressions and fixes printer auto-detection so that necessary packages will be installed automatically?  Also that commit was never related to task-printing-hp but to task-printing installed for everybody.

See the link to the commit I've posted previously. Those changes need to be rechecked and maybe adapted to new version, and not reverted.

the patch is there :
http://svnweb.mageia.org/packages/cauldron/system-config-printer/current/SOURCES/system-config-printer-1.4.2-mga_custom-system-config-printer.patch?view=markup

and is here since the initial import from Mdv :http://svnweb.mageia.org/packages/cauldron/system-config-printer/current/SOURCES/system-config-printer-1.1.91-mdv_custom-system-config-printer.patch?revision=54268&view=markup&pathrev=54268

why, I don't know

CC: (none) => makowski.mageia

On the 25th of July, Phillipem uploaded the following packages to 
Cauldron's core/updates_testing:

    system-config-printer-1.5.7-5.mga6.i586
    system-config-printer-applet-1.5.7-5.mga6.i586
    system-config-printer-udev-1.5.7-5.mga6.i586

    system-config-printer-libs-1.5.7-5.mga6.noarch

    system-config-printer-1.5.7-5.mga6.x86_64
    system-config-printer-applet-1.5.7-5.mga6.x86_64
    system-config-printer-udev-1.5.7-5.mga6.x86_64


@ Anyone reading this:

* If this bug is valid for you in cauldron, then please test whether updating your system-config-printer packages to version 1.5.7-5.mga6 fixes the problem and report back in this bug report.

* If you do not have this bug in cauldron, but you do run cauldron, then please update those packages, too, and report in bug 18367 whether they work as expected.

CC: (none) => marja11

I have tried version 1.5.7-8.mga6 and it still asks for task-printing-hp

CC: (none) => panasum

Ping?

This is still the case.

A) Clicking under MCC to setup printer for the first time, it loads gurpmi and wants blindly install task-printing-server AND task-printing-hp. The latter is unnecessary as long as everyone does not need it.

B) In facts, out tools should install task-printing-server and print-manager under Plasma. Then, it should asks for Printer Mark (hp, canon, epson)... and then launches the CUPS server in order to have system-config-printer being able to set printer. I do ask the script to install print-manager package under Plasma in order to let user being able to control print-job queue and that's permit feedback if something goes wrong when printing a document. Current situation is after request a print job under Libreoffice for example, you don't have a system feedback about job complete or not. You can't, in current situation, have feedback about printer supplies/cartridges or missing paper. This is an absolute necessity because printers are not necessarily near the computer... 

C) Installing task-printing-server DOES NOT launch CUPS after installation. But, a running CUPS server is needed to set a printer.
And that's why task-printing-hp is installed blindly (in facts hard-coded) because installing it DOES launch CUPS when the RPM is installed...

I do think the better way is B. Better user experience, no need to have an hplip icon in systray for those don't need it, less printing footprints...

But installing task-printing only should not be an option.

CC: (none) => ouaurelien

Keep in mind that cups server may be running on a different computer in the lan.

CC: (none) => davidwhodgins

(In reply to Dave Hodgins from comment #15)
> Keep in mind that cups server may be running on a different computer in the
> lan.

Yeah, so we need to add an extra text at the beginning to some Lan topology...
But I keep say that installing task-printing-hp will necessary activate a local CUPS server because it is in RPM script.

task-printing-hp contains no files and no scripts, just dependencies. It's
the hplip package that does that, and has the icon that annoys people.

CC: (none) => geiger.david68210

Oops. Saved too soon. Meant to add a comment, that I'm adding David Geiger to
the cc list as the packager who has worked on hplip the most recently.

*** Bug 26909 has been marked as a duplicate of this bug. ***

*** Bug 25346 has been marked as a duplicate of this bug. ***

CC: (none) => joselp

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}".

I think the question here is what is really needed to make autodetection of printers work.

It is hplip-model-data, that is required for system-config-printer.  Would that dependency be enough, not needing rest of hplip?

On my mga7 workstation I can uninstall task-printing-hp, hplip, hplip-gui, hplip-hpijs, hplip-hpijs-ppds without it pulling anything more.




BTW, In many cases "task-printing-{owned printer manufacturer}" does not make the printer work, it may even be in the way.  
For our Canon, I have to https://forums.mageia.org/en/viewtopic.php?f=24&t=4203'

I have been thinking some times, that we should have a printing wiki page, with links to some other pages where needed describing special procedures like that.  Like some "all-(problems)-in-one" printer+scanner apparatus frequenting the forum.

Celebrating a year of resting

Keywords: Triaged => (none)
Target Milestone: Mageia 8 => Mageia 9
Whiteboard: (none) => MGA8TOO

This is an "old faithful."  It has been around for years.

CC: (none) => laidlaws

Further to my previous comment, is it perhaps the case that adding the HP suite saves repetitions in other drivers?  I know that up until now, priority is given to packages rather than to fundamental setup items like this one.  The reply I got was, in effect: "The software is open source.  Fix it yourself."  Another indication that the team see it as of low priority.