Description of problem:
When attempting to merge a newer version of the printer file dumped with:
/usr/sbin/redhat-config-printer-tui --Xexport > somefile.xml
using the command:
/usr/sbin/redhat-config-printer-tui --Ximport --merge < /home/setup/somefile.xml
I receive the following messages:
Traceback (most recent call last):
File "/usr/sbin/redhat-config-printer-tui", line 8, in ?
File "/usr/share/printconf/util/printconf_tui.py", line 2319, in
File "/usr/share/printconf/util/printconf_tui.py", line 2003, in import_cmd_run
ctx = AdmContext(xml = xmlstr)
RuntimeError: failed to create a context
...and the merge fails
In the above example, the exported file is copied onto an nfs share, so that a
number of identically configured machines will pick up any changes at the next
Please attach the XML file you are using; I haven't been able to reproduce this
here yet, and it might be something specific to that file.
Created attachment 89525 [details]
exported printers file for my site
That seems to have the whole thing twice. If you just use the first copy, does
Yeah, that worked. Sorry for the 'bug'.
I spoke too soon. I may need to open a new bug, but:
for the printer passilla, changing the type from jetdirect, with ip of
184.108.40.206 and port of 9100, to an lpd queue, with ip address of
220.127.116.11 and queue of '' (that's empty, as asked for by an Apple LW
16/600PS), applying (occasioning lpd restart), and then saving changes
(occasioning a second lpd restart), and then using the config-printer-tui tool
to export the "new" config
results in a file with passilla still being a jetdirect queue, with the initial
Might this prob. be that config-printer-tui expects some value for queue, and
because Apple's implementation is non-standard and doesn't take a queue name
when printing via TCP directly to the printer?
uh, nevermind. major configuration screwup on my part. I am _really_ sorry for