I would also suggest that upon the detection of this specific scanner a window suggesting to run hp-plugin be displayed this would make the whole experience more seemless.

(In reply to comment #0)
> the hp-plugin command is part of hplip rpm but only works if the hplip-gui rpm
> is installed.

It also works if you use the '-i' option (and it says so).

(In reply to comment #1)
> I would also suggest that upon the detection of this specific scanner a window
> suggesting to run hp-plugin be displayed this would make the whole experience
> more seemless.    

Without the plugin installed, printing to the queue should indeed have this effect.

Indeed I overlooked the -i option, so please disregard that earlier suggestion of depending hplip on hplip-qui.

About the missing subsystems for scanner driver auto installation... is scanning considered printing to a queue? It seems the scanning function is not made available as seemlessly as printing is. To make it consistent with the "Automatic Print Driver installation" feature, http://fedoraproject.org/wiki/Features/AutomaticPrintDriverInstallation would it be possible to display a warning saying hp-plugin -i should be ran for the scanner to work or come up with some ways to let the end-user know that the scanner will not work?

I'd like to report the similar experience I had. I have a HP PhotoSmart 2610 all-in-one printer/scanner/fax device. When I first tried to use "simple scan", no scanner was listed, nor do I have an option to add/install it. I have to install the "hplip-gui" package and run "hp-setup" to add/install the device driver manually. After that, the "simple scan" application recognized the scanner and started working.
I assume this was caused by the "AutomaticPrintDriverInstallation" feature which failed to recognize the multi function device I have and hence didn't install the necessary driver for the scanner.

Probably similar experience with Fedora 13 here:

I have an HP Photosmart C5390 All-in-one printer/scanner device. When I first tried to use "simple scan" or "xsane" no scanner was listed. I tried to troubleshoot using "sane-find-scanner", it did see the scanner:

$ sane-find-scanner
[...]
found USB scanner (vendor=0x03f0 [HP], product=0x7111 [Photosmart C5300 series]) at libusb:002:004
[...]
$ 

I had to install additional packages to see the scanner in "simple scan" or "xsane":
* hplip-gui
* libsane-hpaio

As far as I can recall, this used to work out of the box in Fedora 12.

This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle.
Changing version to '14'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

So the problems here are:

1. The hp-plugin command should be moved to hplip-gui
2. The libsane-hpaio package is not installed by default or suggested when the printer is plugged in

Actually there is only one problem, if I read comment #3 right:

1. The libsane-hpaio package is not installed by default or suggested when the
printer is plugged in

Moving to system-config-printer, which is where the smart handling of USB-connecting printers is done.

Fedora seems to be the only distribution that I use that has problems with this.  

The Fedora procedure seems to be, after several minimal installations:

(And judging from the forums, this seems to happen to many people with a variety of all in one machines--in my case, a C4795).

Install hplip.  Try to set up printer.  Find there's no ppd.  

Go to cups, install printer that way--ppd is found.  

Now, if you want to install it with hplip so it will scan, you have to give it a second name.  However, if one copies the /etc/cups/ppd/C4795 (in my case, due to the name I gave it) ppd to /usr/share/ppd/HP, one can now use lpadmin -x to remove the printer.

Now, if you run hplip-setup -i (for example, which is how I do it, as it's a networked printer) it will find a ppd.  However, if one runs scanimage -L they find no scanner is located.  If one then installs libsane-hpaio, it works as it should have in the first place. 

Note that this may be different if one uses Gnome, which I don't.  I have seen in the past where some package was installed by Gnome, but if one uses a more minimalistic setup, with say, just X and openbox, a needed dependency was missing.    However, one shouldn't assume that every Fedora user wants Gnome (or KDE or XFCE).  

In contrast in Arch and Debian one does the following.

Install hplip.   start cups if necessary. 

Run hplip-setup -i <ip_address>.  It finds the machine, provides a ppd.  Run scanimage -L and it finds the scanner. 

So, it seems that there is something they are doing properly that Fedora is missing.  

Perhaps libsane-hpaio should be a dependency. Not sure what the other distributions do.

For what it's worth, the same issue exists in ScientificLinux 6 beta, which means it's probably in RH 6.0 as well.  Install a minimal installation, install hplip.  In this case, it does locate a ppd for the device.  

However, it won't scan till libsane-hpaio is installed.  If not fixed in Fedora, one hopes that it gets fixed in RH at least. 


I really don't think that in either case, it's a system-config-printer issue--it's an hplip issue.  There are still many of us who avoid the GUI tools, especially those of us who administer RH systems.

I think it probably needs to be fixed in both places, system-config-printer and hplip.

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

Fixed upstream in system-config-printer (032b5e9).

Thank you Tim.   Will it be getting done in hplip as well?   If not, my feeling is that the ticket should be left open.   (Not that you've closed it, but just in case. :)  )

Precisely why I left it open. :-)

Same issue in Fedora 21.  :)  One needs to first add the printer in cups for hp-setup to find the ppd--I _think_ that in CentOS6, one just had to have cups running and it could create the ppd, but we're talking years ago now, and libsane-hpaio still needs to be added.

Nils, any idea how this should be handled? Should the "hplip" package use the new RPM Suggests: tag to suggest libsane-hpaio? Or should libsane-hpaio just be merged back into the main hplip package?

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

@martijnelisa484 This looks like spam. How is the above article related to this bug?

libsane-hpaio is a weak dependency of hplip package. Closing as currentrelease.