Bugzilla (bugzilla.redhat.com) will be under maintenance for infrastructure upgrades and will not be available on July 31st between 12:30 AM - 05:30 AM UTC. We appreciate your understanding and patience. You can follow status.redhat.com for details.
Bug 81164 - USB printer probing isn't very good
Summary: USB printer probing isn't very good
Alias: None
Product: Fedora
Classification: Fedora
Component: system-config-printer
Version: 3
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Tim Waugh
QA Contact:
: 100425 119075 119970 176385 (view as bug list)
Depends On:
Blocks: FC6Target
TreeView+ depends on / blocked
Reported: 2003-01-06 12:00 UTC by Tim Waugh
Modified: 2007-11-30 22:10 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-04-24 13:11:30 UTC
Type: ---

Attachments (Terms of Use)

Description Tim Waugh 2003-01-06 12:00:19 UTC
Description of problem:
Multiple USB printers are handled badly, and sometimes a single USB printer
shows up multiple times.  USB probe needs re-writing using Till's (much simpler)

(Similar issue in kudzu: multiple USB printers aren't handled.)

Comment 1 Tim Waugh 2003-01-21 12:30:04 UTC
Just running the USB backend with no args and parsing the output is probably the
easiest way to fix printconf.

Comment 2 Tim Waugh 2003-07-22 09:55:05 UTC
*** Bug 100425 has been marked as a duplicate of this bug. ***

Comment 3 Tim Waugh 2004-12-07 14:22:27 UTC
*** Bug 119075 has been marked as a duplicate of this bug. ***

Comment 4 Tim Waugh 2004-12-07 14:25:16 UTC
*** Bug 119970 has been marked as a duplicate of this bug. ***

Comment 5 Stephen Warren 2005-01-05 06:29:05 UTC
Any progress on this?

I have two USB printers, and under FC3, it seems like I have to power them on in
an appropriate order for things to work right (i.e. the order I used when I
first ran system-config-printers I think) This is annoying, and not something I
really want to explain to my wife:-)

Also, despite having a queue setup for my HP Deskjet 932c, every time I turn it
on, something creates a new queue for it, and I have to manually delete it each

Also, if I manually edit /etc/cups/printers.conf to use a DeviceURI of
usb://HP/DeskJet%20930C?serial=xxxxx instead of the auto-generated
usb:/dev/usb/lpN, something will over-write my changes whenever I power on this
printer. This is extremely annoying, since it means that I can't manually fix
the problem - the system automatically re-creates it.

Comment 6 Tim Waugh 2005-01-05 13:07:29 UTC
I hope to fix this for FC4.

Comment 7 Tim Waugh 2006-01-26 09:43:28 UTC
*** Bug 176385 has been marked as a duplicate of this bug. ***

Comment 8 David Woodhouse 2006-03-08 01:42:50 UTC
Stephen: See bug #176385 for a workaround. If you set up symlinks and configure
print queues to use those -- ignoring the automatically created print queues
altogether -- then it shouldn't matter which order the printers turn up in.

The annoyance is that you have to ignore the extra print queues which turn up
when you're choosing printers, but that shouldn't be so hard to explain.
Especially as the automatically generated queues can't be shared (even if you do
share them, it forgets all your settings every time it deletes and recreates
those queues), so the only queues your box should be _exporting_ are the ones
you create yourself.

Comment 9 Tim Waugh 2006-04-24 13:11:30 UTC
In FC6 it uses CUPS for this.

Comment 10 Stephen Warren 2007-11-11 20:46:59 UTC
Just as some feedback - I just installed F8 on my laptop and the printer setup
stuff looks much better now.

I haven't actually upgraded my server from FC3 (my laptop still uses that as the
backend via IPP), so I don't know if the specific problems I reported here are
fixed, but overall, things are much simpler on the client side these days.

Thanks for all the good work in this area.

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