http://qa.mandrakesoft.com/show_bug.cgi?id=431
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |NEEDINFO
------- Additional Comments From [EMAIL PROTECTED] 2003-03-13 23:00 -------
I already informed Mike Sweet some time ago, but didn't get any answer from him.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: NEEDINFO
creation_date:
description:
I transferred a bunch of Poscript figures from my older machines to a new 9.0
installation yesterday and found that all of the figures I have created with
GNU plotutils over the last couple of years produce errors from the
Ghostscript that is provided with MDK9.0 (and they cannot be displayed, of
course).
Here is what I have done to confirm this is a problem with the Ghostscript
provided with MDK9.0:
(1) Verified these files display fine under the Ghostscripts provided with
MDK 8.1 and 8.2.
(2) Confirmed this problem on a 2nd fresh 9.0 installation.
(3) Files print properly when sent directly to 2 Postscript printers.
(4) Downloaded and compiled the latest stable AFPL ghostscript (7.04). It
has no trouble with any of these files.
Thus, it seems almost certain that the ghostscript provided with MDK9.0 is
buggy. I am somewhat unsure what ghostscript MDK is shipping. The
ghostscript sites (http://www.cs.wisc.edu/~ghost/ and
http://sourceforge.net/projects/ghostscript/) have two branches: AFPL and
GNU. The MDK9.0 version identifies itself as "ESP Ghostscript 7.05" when it
runs. Since this is the version number of the GNU version, I assume that is
what it is. Don't know why it is identified as ESP Ghostscript, though. I
have not tried to download the GNU Ghostscript 7.05 and test it.
This is a rather serious problem given the importance of ghostscript.
It means that I cannot migrate my 8.x machines to 9.0 without a fix.
The URL has an example .ps files that fails with MDK 9.0.