Bug 25815
Summary: | lpd.init mangles status messages, not translated. | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <distclair> |
Component: | LPRng | Assignee: | Crutcher Dunnavant <crutcher> |
Status: | CLOSED RAWHIDE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | ian |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | Florence RC-1 | ||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-02-06 16:42:45 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Need Real Name
2001-02-03 01:49:31 UTC
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 printing again. 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. fixed |