From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050720 Fedora/1.0.6-1.1.fc4 Firefox/1.0.6 Description of problem: I have a latex document. I can not use pdflatex etc. because it inputs gnuplot generated tex files (pslatex terminal) and colour does not show up in pdf unless I go the dvips route to first generate a postscript file, and then use ps2pdf The postscript file is fine, but ps2pdf in one locations smashes one letter on top of another. I have viewed the resulting pdf in both evince and acroread, and printed the page, it occurs in all three tests. The ps file is fine. Version-Release number of selected component (if applicable): ghostscript-7.07-40 How reproducible: Sometimes Steps to Reproduce: 1. latex math_homework 2. dvips -Ppdf -o math_homework.ps math_homework 3. ps2pdf math_homework Actual Results: Most of the pdf is just fine, but at the bottom of page 15, the very last line, a 2 is on top of the unit vector it should be in front of. This does not happen (that I could see) anywhere else in the document. Expected Results: The pdf should look like the ps Additional info: I'll attach the postscript and the pdf file - the problem is at the bottom of page 15. The document is actually created in LyX - but I exported to LaTeX and that is where I generate the ps and pdf from. I looked at the LaTeX for where the problem occurs and it is fine.
Created attachment 118058 [details] Resulting pdf file with error
Created attachment 118059 [details] The postscript file that generated the problem pdf
I think this is a font file metics issue, actually, but I also see this often with 'typewriter' stype fonts sets inside PDF's
What version of urw-fonts do you have installed?
I keep my system up to date fairly regularly. I don't know whether my URW fonts have been updated since then or not. -=- incidentally, I had gotten bad information from a website that stated I needed to use the pslatex package in my LaTeX docunents to use the pslatex terminal type in gnuplot, and that's not the case - name is the same, but pslatex is font package in LaTeX - and since I stopped using it, the problem has not happened once. It's still a bug since encoding with distiller matches the ps output in the example I posted, but it isn't one that is biting me anymore.
This seems to be fixed in ESP Ghostscript 8.15rc4 (ghostscript-8.15-0.rc4.3) in rawhide. Thanks for the report.