From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) AppleWebKit/312.1 (KHTML, like Gecko) Safari/312 Description of problem: When using system-config-printer to generate printer queue that are shared, all works well until one wants to use such a queue in Mac OS X. OS X picks up the queues allright, but they are all labelled "Created by redhat-config-printer 0.6.x" Version-Release number of selected component (if applicable): system-config-printer-0.6.116-1 How reproducible: Always Steps to Reproduce: 1. use s-c-printer to define one or more queues 2. make sure the queues are shared queues 3. select 'File/Print' on a Mac OS X 10.3.9 machine 4. drop down 'Printer/Shared Printers' Actual Results: every queue is named "Created by redhat-config-printer 0.6.x" Expected Results: The text I enter into the "Short Description Field" in sw-c-printer should end up as the printer name in the MAC OS X dialog Additional info: for this to happen I guess we need to populate /etc/cups/printers.conf with correct "Info" and "Location" fields. I'm pretty sure it is meant so that "Info" is populated by a human readable name (i.e. the contents of the "Short Description Field" in sw-c-printer Whatsmore, it would be nice if s-c-printer also offered to populate the "Location" field for those OSes that can parse the field. When using the web interface on :631 on an older RHEL release (selfbuild package), I got what I expected: [...] <DefaultPrinter plw320> Info Apple Personal LaserWriter 320 Location Mission Control [...] </Printer> <Printer plw320m> Info Apple Personal LaserWriter 320 manual Location Mission Control [...] and consequently two entries in the Mac OS X printer dialog
for completeness-sake, I have configured the printers now with the web interface of cups-1.1.22 -0.rc1.9.6. As expected, the result is the same as on the older RHEL release (selfbuild package)
Same as bug #117943. This is not an easy fix, and requires storing some information that had been in the XML configuration file elsewhere.
system-config-printer-0.7.82.5-1.fc9.i386 does not seem to exhibit this bug any longer. Info and Location are populated as expected. Closing bug.