Bug 622730 - SANE no longer finds HP scanner
Summary: SANE no longer finds HP scanner
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: hplip
Version: 13
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Tim Waugh
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-10 09:40 UTC by A. Folger
Modified: 2010-11-15 17:49 UTC (History)
5 users (show)

Fixed In Version: hplip-3.10.5-3.fc13
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-11-15 17:38:21 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
hp-check.log (11.04 KB, text/plain)
2010-08-10 09:40 UTC, A. Folger
no flags Details

Description A. Folger 2010-08-10 09:40:12 UTC
Created attachment 437821 [details]
hp-check.log

Description of problem:
I have a HP Photosmart C5380 all-in-one that has worked fine for quite a while, including scanning, but today, as I wanted to scan something, SANE wouldn't recognize the scanner.

[root@schmelkewon ~]# sane-find-scanner
<SNIPPED LINES BEGINNING WITH #>
found USB scanner (vendor=0x03f0 [HP], product=0x7111 [Photosmart C5300 series]) at libusb:001:003
<SNIPPED LINES BEGINNING WITH #>

[root@schmelkewon ~]# scanimage -L
No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages).

[root@schmelkewon ~]#rpm -qa "hp*" sane*
hplip-common-3.10.5-1.fc13.x86_64
hplip-3.10.5-1.fc13.x86_64
sane-backends-libs-1.0.21-2.fc13.x86_64
hplip-libs-3.10.5-1.fc13.x86_64
sane-backends-1.0.21-2.fc13.x86_64
hpijs-3.10.5-1.fc13.x86_64
hplip-gui-3.10.5-1.fc13.x86_64

How reproducible:

Every time. Just run any scanner accessing app, such as GIMP, and try to access the XSANE dialog, or use the above text based commands.

Steps to Reproduce:
See above
  
Actual results:
Scanner is not recognized by (X)SANE.

Expected results:
Scanner is recognized by (X)SANE and accessible by apps interfacing with SANE.

Additional info:
This problem seems to show up in many bug reporting systems over the years, but most of the time, the solution is to use the corrected hplip or sane-backend. Since my system is entirely up to date, the error is thus upstream.

Comment 1 Nils Philippsen 2010-08-10 10:44:53 UTC
Your model should be supported by hplip/libsane-hpaio, I'll change the component accordingly. Please attach the files /etc/sane.d/dll.conf and /etc/sane.d/dll.d/hpaio to this report. Do you have the libsane-hpaio package installed?

(In reply to comment #0)
> Additional info:
> This problem seems to show up in many bug reporting systems over the years, but
> most of the time, the solution is to use the corrected hplip or sane-backend.
> Since my system is entirely up to date, the error is thus upstream.    

NB: In this context "upstream" usually means "the origin from which a piece of software is derived", the upstream for hplip/libsane-hpaio would be hplipopensource.com. Whether or not your issue is a problem in the original hplip package or Fedora modifications can't be said at the moment. I think you rather meant that the problem is in the software package and not your configuration.

Comment 2 A. Folger 2010-08-10 19:20:09 UTC
<blockquote>Do you have the libsane-hpaio package installed?</blockquote>

Ah, that was it. Thanks and sorry for filing this erroneous big report. I will end this with a little feature request: either hp-check (most appropriate), scanimage or sane-find-scanner should check for the presence of said package; this will make it easier for users to figure out what's missing.

<blockquote>NB: In this context "upstream" usually means "the origin from which a piece of software is derived", &st;SNIP&gt;  I think you rather meant that the problem is in the software package and not your configuration.</blockquote>

Correct. But considering my new feature request, it now can be said to be a real upstream issue ;-).

Thanks for the help!

Comment 3 Jiri Popelka 2010-08-11 09:21:17 UTC
Since hplip-3.10.5-3.fc13 hplip-gui requires libsane-hpaio.
See also bug #591636 (rhel6).

At the moment there's hplip-3.10.6-1.fc13 in testing repo.
If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update hplip'.
You can provide feedback for this update here:
http://admin.fedoraproject.org/updates/hplip-3.10.6-1.fc13

Comment 4 A. Folger 2010-08-11 11:29:51 UTC
I just updated and tested the dependencies. libsane-hpio is now dependent on hpio-gui, so it looks like the problem is solved. Thanks!

Comment 5 Nils Philippsen 2010-08-11 11:50:03 UTC
(In reply to comment #2)
> <blockquote>Do you have the libsane-hpaio package installed?</blockquote>
> 
> Ah, that was it. Thanks and sorry for filing this erroneous big report. I will
> end this with a little feature request: either hp-check (most appropriate),
> scanimage or sane-find-scanner should check for the presence of said package;
> this will make it easier for users to figure out what's missing.

It's a slightly moot point (as hpio-gui requires libsane-hpaio now, alleviating the issue to some extent), but I'll mention this just for clarification: as sane-backends can't possibly know about external backend drivers (which aren't under its control), it can't really warn about them missing. Well, not without using a hardcoded list of "known suspects", which I don't want to maintain ;-).

Comment 6 A. Folger 2010-08-11 12:22:32 UTC
No, I don't expect sane-backend to do that, but hp-check, which is part of hpio-gui, should know when libsane-hpio is missing.

Comment 7 Jiri Popelka 2010-08-25 08:51:05 UTC
*** Bug 626984 has been marked as a duplicate of this bug. ***

Comment 8 Pavel Alexeev 2010-08-25 10:26:05 UTC
I have seen this bug, but problem still there, and I think it is another. Sorry.

Is there solution now?


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