From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.0-0.99.11 i686)
As root, in the /etc/rc.d/init.d directory I type: ./lpd start and it says
"Starting lpd:" without a Ok or Failed message. If I check the running
processes, lpd is not present. lpq reports lpd is not running. Rebooting
did not change anything.
Steps to Reproduce:
1.As root, type /etc/rc.d/init.d/lpd start
Actual Results: [root@bugeyes init.d]# ./lpd status
lpd is stopped
[root@bugeyes init.d]# ./lpd start
Starting lpd: [root@bugeyes init.d]# lpq
Printer 'missingprinter@localhost' - cannot open connection - Connection
refusedMake sure LPD server is running on the server
Expected Results: Starting lpd: [OK]
We (Red Hat) should really try hard to fix this before next release.
printtool-backend exits with a return code 1, which causes the script to exit.
This seems to be because the format for /etc/printcap has changed, requiring you
to run printtool-gui. However, even if you redefine your printer using the new
printtool, printing is still horribly broken. If you select a JetDirect printer,
the new printcap will try to point to a jetdirect filter that does not exist. If
you fix this by adding the correct path manually, printing still doesn't work.
Had to downgrade to RHL 7.0 versions of LPRng and printtool to obtain working
The jetdirect issue is dealt with, I forgot to include the files in the rpm build.
lpd.init does not start lpd if there are no printers defined. (this is
considered a feature, and has been requested many times).
The real issue here is that lpd.init isn't kosher at the moment, and doesn't
really tell you what's up. I am reworking the summary to reflect this.