Bug 31057 - lpd no longer works, many problems
Summary: lpd no longer works, many problems
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: LPRng   
(Show other bugs)
Version: 7.1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Crutcher Dunnavant
QA Contact: David Lawrence
: 31058 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2001-03-08 10:45 UTC by Levente Farkas
Modified: 2007-04-18 16:32 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-03-10 09:41:47 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Levente Farkas 2001-03-08 10:45:43 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.1-0.1.14 i686)

the old printcap file do not converted to the new format, and the even
if I change it by hand it's no longer works (see results). I even try to
use the new printtool (which is far worse then the old one, at least I cant
find old options eg. on out HP lj5M I use 2 pages per output pages which
simple disappear, sad:-((). after I reconfigure the printers those still
not work.
when I restart lpd I always get:
Stopping lpd:                                              [  OK  ]
Starting lpd: Warning - 'if' filter '/var/spool/lpd/hp5m/filter' does not
have execute perms
Warning - 'if' filter '/var/spool/lpd/canon/filter' does not have execute
                                                           [  OK  ]
but when I change the permission from 600 to 700 and restart again:
Stopping lpd:                                              [  OK  ]
Starting lpd: Warning - permissions of 'filter' are 0700, not 0600
Warning - 'if' filter '/var/spool/lpd/hp5m/filter' does not have execute
Warning - 'if' filter '/var/spool/lpd/canon/filter' does not have execute
                                                           [  OK  ]

Reproducible: Always
Steps to Reproduce:
1. upgarde from 7.0
2. try to print
3. restart lpd

Actual Results:  I see such logs:
Printer: hp5m@garfield (dest hp5m@hp5m.inside)
 Queue: no printable jobs in queue
 Status: subserver pid 1213 exit status 'JFAIL' at 10:28:39.950
 Filter_status: sending to hp5m.inside
Printer 'hp5m@hp5m.inside' - cannot open connection - Connection refused
there is no user required for printing, so I don't know from where lpd find
out the hp5m user ???
Status: IF filter 'mf_wrapper' filter msg - 'closing *main::KID3' at
Status: IF filter 'filter' filter msg - 'Make_passthrough: pid 1214, execve
'/var/spool/lpd/hp5m/filter' failed - 'Permission denied'' at 10:27:52.959
 Status: IF filter 'filter' filter exit status 'JABORT' at 10:27:52.959

Expected Results:  I able to print:-)

Comment 1 Bill Nottingham 2001-03-08 16:19:57 UTC
*** Bug 31058 has been marked as a duplicate of this bug. ***

Comment 2 Glen Foster 2001-03-08 22:56:47 UTC
We (Red HAT) should really fix this before next release.

Comment 3 Levente Farkas 2001-03-09 08:57:05 UTC
I you need further log files I can send (but now I downgrade to the rh 7.0's
version of lpd since I need printing).

Comment 4 Levente Farkas 2001-03-09 09:21:04 UTC
even downgrade don't help:
# /etc/init.d/lpd start
Starting lpd: /usr/sbin/checkpc: error while loading shared libraries:
/usr/sbin/checkpc: undefined symbol: stat
/usr/sbin/lpd: error while loading shared libraries: /usr/sbin/lpd: undefined
symbol: stat

Comment 5 Crutcher Dunnavant 2001-03-09 21:07:53 UTC
This is an upgrade case.
It is a problem that was fixed (i believe) since Wolverine.

Please try the rpms available at:

And tell me if they fix your problem.

Comment 6 Levente Farkas 2001-03-10 09:20:16 UTC
there is no i386.rpm for groff and netpbm, but I jsut downloading and try the

Comment 7 Levente Farkas 2001-03-10 09:41:37 UTC
ok. so it's finaly working:-)
BUT it's still worse (for me) then the old printtool, since there are a few
missing feature. eg: I'm not able to print two pages to one page (there was a 
radio button in the old printtool) and some other features.
IMHO it's be nice to be able to set some postcript features in printtool.
I usualy print source codes and in this case the two pages on one are very

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