Testing a newly built scribus, I found that I could no longer import eps
graphics. The reason is that ghostscript-8 does not have the png16m
device that exists in ghostscript6 (nor the other png devices).
In the ghostscript build log I found the following
checking for deflate in -lz... yes
On my system libz.dylib is a symlink to libz.1.1.3.dylib
[coltrane:~] 18:31 ll /usr/lib/libz*
-rwxr-xr-x1 root wheel 56372 Jan 13 04:40
/usr/lib/libz.1.1.3.dylib
lrwxr-xr-x1 root wheel 16 Jan 13 21:56
/usr/lib/libz.1.dylib -
libz.1.1.3.dylib
lrwxr-xr-x1 root
Stefano wrote:
[]
Fink's gs:
[]
tiff24nc psmono psgray psrgb bit bitrgb bitcmyk png16m pnggray pngmono
png256 png16 jpeg jpeggray pdfwrite pswrite epswrite pxlmono pxlcolor
[]
Yes, thanks, I checked the ghostscript-7.04 binary from the fink-5.0.1
distribution, and it also contains the
More information:
Martin Costabel wrote:
[]
Further, when I change libpng3 to libpng in the ghostscript Depends and
BuildDepends fields, libpng is recognized in the ghostscript configure
phase.
With these downgraded dependencies, ghostscript-8.00 builds, has the png
devices, and scribus can
On Sun, 9 Feb 2003, Martin Costabel wrote:
Yes, thanks, I checked the ghostscript-7.04 binary from the fink-5.0.1
distribution, and it also contains the png devices. But when I rebuild
it here, the png devices are not built.
The output I sent is from the ghostscript version in stable, but I
I believe that I have fixed these problems, with a new version of libpng3
and new versions of ghostscript with versioned dependency on the new libpng3.
Please let me know if these work for you.
-- Dave
---
This SF.NET email is sponsored by:
David R. Morrison wrote:
I believe that I have fixed these problems, with a new version of libpng3
and new versions of ghostscript with versioned dependency on the new libpng3.
Please let me know if these work for you.
Yes, at least ghostscript-8 seems to be OK now. Haven't tried the other