Red Hat Bugzilla – Bug 107849
RFE: Cups should support printer aliases
Last modified: 2007-04-18 12:58:43 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1)
Description of problem:
Under redhat 7.x, using lprNG, we were able to use multiple names for a single
printer. We had to do this for backwards compatibility and to provide
meaningful names for our users, while simultaneously providing cryptic names
that describe the location of the printer (mandated naming policy).
Thus, a single Panasonic printer could be called both "serodot" and "pbu255h-a".
When exporting the printer database to XML, these secondary names are stored and
used to generate /etc/printcap as appropriate (and everything works).
Under redhat 9, we do not get the aliases. As far as we can tell, the database
is still storing this information, but CUPS is certainly not seeing it.
The workaround is to create full printer entries for each alias, amounting to
well over 200 "printers".
It would be nice if CUPS could handle aliases, or as an alternative, printtool
creates the printers for us (we don't care if CUPS has 200+ printers, as long as
the redhat tools don't force US to deal with it). Is this possible?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Create printer using printconf with aliases on system with lprng (we used
rh7.2 and rhes2.1)
2. printconf-tui --Xexport > settings.xml
3. on CUPS-based system (rh9 in our case), printconf-tui --Ximport < settings.xml
4. lpq -P<alias>
Actual Results: the printer is not found
Expected Results: queue listed for printer described by alias
*** This bug has been marked as a duplicate of 91674 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.