Bug 18683 - Incorrect printcap generation for network printer
Summary: Incorrect printcap generation for network printer
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: printtool
Version: 7.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Crutcher Dunnavant
QA Contact: Aaron Brown
Depends On:
TreeView+ depends on / blocked
Reported: 2000-10-09 08:50 UTC by gregory.hosler
Modified: 2007-04-18 16:29 UTC (History)
1 user (show)

Clone Of:
Last Closed: 2000-10-09 10:08:01 UTC

Attachments (Terms of Use)

Description gregory.hosler 2000-10-09 08:50:35 UTC
I have a problem that used to work on earlier RH systems. 

I have a remote print queue on a HP-UX system.

I run printtool.

I click [Add] -> <> Remote Unix (lpd) Queue, add my remote hostname and
queue name.

The generated /etc/printcap looks like this:


The last line (:lpd_bounce=true:) will cause printing to fail. i.e.
when I print something/anything, The following displays

Oct  9 16:29:50 amnesia (Worker - Remote)[2443]: ps: Remote_job: fstatb
failed - Bad file descriptor
Oct  9 16:29:50 amnesia (Worker - Remote)[2443]: ps: Remote_job: close(5)
failed - Bad file descriptor

I must manually remove the lpd_bounce line - note that setting
also works - the "true" setting is definately wrong.

I suspect that printtool is generating the default printcat, and this
should be changed.


Comment 1 Crutcher Dunnavant 2000-10-11 16:04:37 UTC
Garh, this is yet another "How do most people expect printtool to behave" issue.

The answer is this:
lpd_bouce=true tells the system to filter requests locally, before sending them.
This way, you can easily print to postscript only printers, because the format
gets changed locally, and postscript gets sent to the printer. For most people,
this is a good thing.

However, apparently printtool doesn't notice if you don't set a filter (which
you didn't), so LPRng tries to filter locally, and sends some wierdness on to
the remote queue (because you told it to filter, using no filter, so ...).

So, the in-printtool answer is: select a print filter for the remote queue.

I will put this on the pile of printtool changes that need to be made.

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