Description of problem:
Printconf chokes when it encounters any queue name that starts with a
number. While it is not possible to create such queues through
printtool directly, this can happen if the user does it through the
CUPS interface, or through a third-party program.
Version-Release number of selected component (if applicable):
Has been happening since at least Redhat 9.
Steps to Reproduce:
1. Create a queue with a name that starts with a digit (like
123printer), through the CUPS web interface.
2. Run printtool
3. Witness the stack dump.
printtool is unusable until the queue is removed manually.
No crash should occur. It is also unnecessary to restrict the queue
names this way, as numeric queue names are perfectly well supported by
both CUPS and LPRng.
Here is a typical Python stack dump :
Traceback (most recent call last):
File "/usr/sbin/printconf", line 9, in ?
File "/usr/share/printconf/util/queueTree.py", line 1235, in ?
File "/usr/share/printconf/util/queueTree.py", line 140, in __init__
File "/usr/share/printconf/util/cups_import.py", line 183, in
line[i] == "D")
File "/usr/share/printconf/util/cups_import.py", line 132, in
construct_queue (type_space, data_dict, driver_tuple)
File "/usr/share/printconf/util/printconf_conf.py", line 879, in
ValueError: "105brightq" is an invalid name.
This is an alchemist limitation.
Worked around in Fedora development.