From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20040116 Description of problem: This also happens on Redhat 9. If an IPP queue was set up in CUPS outside of the Printconf framework, the whole printconf subsystem fails catastrophically when trying to import the configuration. It looks like the code in cups_import.py is unable to recognize URIs of the form ipp://... even though these are very common in CUPS environment. Version-Release number of selected component (if applicable): redhat-config-printer-0.6.47-1 How reproducible: Always Steps to Reproduce: 1. Create an IPP queue manually 2. Run printconf 3. Get python errors Actual Results: Crash Expected Results: Successful import of IPP queues and printconf runs normally. Additional info:
Apparently happens on FC2 as well.
It looks like a GUI version of redhat-config-printer - redhat-config-printer-gui supports IPP printers. So a workaroud would be to use it instead of TUI version. But not every time it is possible to use X.
This bug is actually mostly pertaining to the case when you are NOT using any of the redhat tools to create the queue. Printconf then doesn't do its error handling properly. Note that the crash happens outside of any GUI (in the printconf backend).
*** Bug 82892 has been marked as a duplicate of this bug. ***
redhat-config-printer-tui does not allow you to create CUPS IPP print queues. I believe this is a big since many print servers run without X.
Fedora Core 3 is now maintained by the Fedora Legacy project for security updates only. If this problem is a security issue, please reopen and reassign to the Fedora Legacy product. If it is not a security issue and hasn't been resolved in the current FC5 updates or in the FC6 test release, reopen and change the version to match. Thank you!
FWIW, this will be fixed in FC6: 1. arbitrary URIs are allowed in the graphical interface 2. remote configuration over IPP is supported