I did a fresh install to 7.1 last week (deluxe set if it matters) and
while nearly everything else works very well, I am having a problem
with printing to a windoze box.
Although my *other* 2 printers -- one PS and one HPPCL -- work fine
on my 7.1 box (both on jetdirect), I cannot successfully print anything
but text to the HP970Cse on my windows box.
(the printer is shared there and the sharing works fine otherwise)
If I go to my 7.0 box, it can print to this printer just fine, AND I can
bring up vmware on my 7.1 box (thanks to the patch posted on the Seawolf
and print postscript or hppcl to it just fine that way.
However after going through the configuration as follows:
Queue type: Windows Printer (SMB Share)
Share: //(machine name)/hp970cse
Host IP: (ip address)
User: (irrelevant -- works same with or without
Password: (see 'User', above)
Translate \n => \rn:
Driver: Deskjet 970Cse or anything else using
cdj550 (I have tried several other all
using cdj550 -- same results)
Set EOT: Selected
Rerenderer PS: (seems irrelevent here -- the results
are the same whether selected or not)
(BTW, I haven't found where the "Rerender" option is documented
anywhere in the release notes)
Then of course, I apply the changes stopping and restarting lpd.
I also did a manual /etc/rc.d/init.d/lpd restart just to be safe -- no
I can print text to this printer from my 7.1 box; however, when I try the
Test->Print Postscript Test Page
I get ONLY the top 1/4" of the postscript output -- that is I get the
top of the box down almost to the bottom of the (text) '0.5"' marking
just below that. Then the page ejects and I start getting garbage pages.
This test works correctly to my other 2 printers here, AND I can
successfully print PS to this printer from my 7.0 box or from vmware --
so I suspect a problem with either setup error or the driver.
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
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.