Bug 125076 - Cups generates wrong printcap file from printers.conf
Cups generates wrong printcap file from printers.conf
Product: Fedora
Classification: Fedora
Component: cups (Show other bugs)
i586 Linux
medium Severity medium
: ---
: ---
Assigned To: Tim Waugh
Depends On:
  Show dependency treegraph
Reported: 2004-06-02 11:49 EDT by Honza
Modified: 2007-11-30 17:10 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-04-24 16:19:34 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Honza 2004-06-02 11:49:42 EDT
Description of problem:

CUPS incorrectly generates /etc/printcap (printcap) file from /etc/cups/printers.conf 
(printers.conf) file

Version-Release number of selected component (if applicable):


How reproducible:

printers.conf file contains a printer defined this way :

<DefaultPrinter HP1>
DeviceURI lpd://arkas.../lj5c?reserve=yes

I mean, that on the arkas server lj5c printer should be used. BUT after restarting cupsd, 
which generates the printcap file, this is the result in the printcap file :


where nil... = localhost. Both the server and printer are incorrect. It simply can't print 
and consequently lpq command generates "Error: loop in printcap".

When I repaired the printcap file, everything worked OK. Unfortunately I can't work 
without cups, because some applications (OpenOffice) reads the list of printers from 
the cupsd daemon.

Steps to Reproduce:
Actual results:

Bad /etc/printcap

Expected results:

Correct /etc/printcap

Additional info:
Comment 1 Tim Waugh 2004-06-02 12:32:51 EDT
What does '/usr/sbin/alternatives --display print' say?
Comment 2 John Thacker 2006-04-24 16:19:34 EDT
Closing due to lack of response by reporter.

Note You need to log in before you can comment on or make changes to this bug.