Bug 38430
Summary: | Printer driver broken in 7.1 (windoze printer...) | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | William W. Austin <waustin> |
Component: | printconf | Assignee: | Tim Waugh <twaugh> |
Status: | CLOSED RAWHIDE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | CC: | waustin |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2002-01-24 18:10:53 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
William W. Austin
2001-04-30 18:09:32 UTC
I get exactly the same problem with HP1100 Hmm, I get almost an inch of output on my HP 2100. But, then again, I don't get the bonus garbage pages <grin>. I've tried each of the three drivers in the database, including ljet4. All worked well until upgrade to 7.1. Printer still prints fine from "that other OS," so printer hardware and PCL interpretation seem to be ruled out as causes. A significant additional observation: connecting the printer directly to the Linux host resolves the problem. Data is somehow being mangled during transmission to the SMB server. So, the problem is not with the driver, but with the transport. Duh: Setting translate /n to /r/n to "no" solves my problem. Sorry for any inconvenince due to this false lead.... Solved my problem as well I think it would be useful to post as an errata somewhere, as it is not someting you would expect to happen IMHO After a frustrating several days -- had to print out about a dozen reports/research papers and all had color illustrations in them and would not print -- I finally (desperation) removed the current LPRng and configuration tool and installed the 7.0 versions (LPRng-3.6.24-2 and printtool-3.54-1). Everything now works correctly. However, I'll go back to the 7.1 rpms tonight and try the translation change suggested above. Thanks for the suggestion/info. I removed the 7.0 printer stuff (LPRng-3.6.24-2, printtool-3.54-1, and rhs-printfilters-1.81-1) and (just to be safe) removed /var/spool/lpd/* and /etc/printcap. I then reinstalled LPRng-3.7.4-22, printconf-0.2.12-1, and printconf-gui-0.2.12-1 and re-added my printers but this time setting translate /n to /r/n to "no" as described above. This appears to solve the problem on the deskjet printer. Thanks for the help, folks, and I *do* agree that this "quirk" -- if not a bug outright -- is definitely worth putting into the errata somewhere since if is the opposite of previous printer configurations from RedHat. ascii test page prints, but postscript does not. print conf seems not able to remember settings for postscript, as Rerender postscript is unchecked every time I go back. Defaults to 'on' in printconf-0.3.62-1. |