Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 200682 - hal unable to handle USB Printer
hal unable to handle USB Printer
Product: Fedora
Classification: Fedora
Component: hal-cups-utils (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Waugh
Depends On:
Blocks: FC6Target
  Show dependency treegraph
Reported: 2006-07-30 15:30 EDT by John Himpel
Modified: 2007-11-30 17:11 EST (History)
3 users (show)

See Also:
Fixed In Version: 0.6.2-3
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-08-04 06:30:16 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
output from lshal (99.24 KB, text/plain)
2006-07-30 15:30 EDT, John Himpel
no flags Details
output from system-config-printer (684 bytes, application/octet-stream)
2006-08-01 16:29 EDT, John Himpel
no flags Details

  None (edit)
Description John Himpel 2006-07-30 15:30:59 EDT
Description of problem:
Hal not recognizing USB printer

Version-Release number of selected component (if applicable):

How reproducible:
Select printer
click on "enabled"
click on "apply"

Steps to Reproduce:
Actual results:
E [30/Jul/2006:14:22:19 -0500] cupsdAcceptClient: skipping getpeercon()
E [30/Jul/2006:14:22:19 -0500] cupsdAcceptClient: skipping getpeercon()
I [30/Jul/2006:14:22:19 -0500] Saving printers.conf...
I [30/Jul/2006:14:22:19 -0500] Printer "DESKJET_880C" started by "root".
I [30/Jul/2006:14:22:19 -0500] Started filter /usr/lib/cups/filter/pstops (PID
3046) for job 143.
I [30/Jul/2006:14:22:19 -0500] Started filter /usr/lib/cups/filter/foomatic-rip
(PID 3047) for job 143.
I [30/Jul/2006:14:22:19 -0500] Started backend /usr/lib/cups/backend/hal (PID
3048) for job 143.
E [30/Jul/2006:14:22:19 -0500] [Job 143] Unable to open HAL device
E [30/Jul/2006:14:22:19 -0500] PID 3048 (/usr/lib/cups/backend/hal) stopped with
status 1!
I [30/Jul/2006:14:22:19 -0500] Hint: Try setting the LogLevel to "debug" to find
out more.
E [30/Jul/2006:14:22:21 -0500] PID 3047 (/usr/lib/cups/filter/foomatic-rip)
stopped with status 9!
I [30/Jul/2006:14:22:21 -0500] Hint: Try setting the LogLevel to "debug" to find
out more.
I [30/Jul/2006:14:22:21 -0500] [Job 143] Backend returned status 1 (failed)
I [30/Jul/2006:14:22:21 -0500] Saving printers.conf...

Expected results:

Additional info:
Similar to bug filed last week, but that bug was resolved via rawhide update and
correctly closed.  This ia a new report with the latest rawhide (7/30/06) applied.
Comment 1 John Himpel 2006-07-30 15:30:59 EDT
Created attachment 133294 [details]
output from lshal
Comment 2 John (J5) Palmieri 2006-07-31 11:25:22 EDT
Looks like it is missing the "//" in the protocol URI element (i.e. it should be
hal:// not just hal: so
would be the correct URI).  Reasigning to system-config-printer.
Comment 3 Tim Waugh 2006-08-01 05:25:25 EDT
hal_lpadmin problem perhaps (from hal-cups-utils)
Comment 4 Tim Waugh 2006-08-01 05:38:26 EDT
I've built hal-cups-utils-0.6.2-3 with this patch:

--- hal-cups-utils-0.6.2/systemv/hal_lpadmin.uri        2006-08-01
10:39:39.000000000 +0100
+++ hal-cups-utils-0.6.2/systemv/hal_lpadmin    2006-08-01 10:44:03.000000000 +0100
@@ -41,11 +41,11 @@
         return name.replace("#", "_")

     def get_cups_uris(self):
-        return ["hal:%s" % self.uid,
+        return ["hal://%s" % self.uid,

     def get_cups_uri(self):
-        return "hal:%s" % self.uid
+        return "hal://%s" % self.uid

     def match(self, printer):
         if printer.is_class: return False

so hopefully that will fix it.
Comment 5 John Himpel 2006-08-01 16:29:08 EDT
Created attachment 133438 [details]
output from system-config-printer

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