| Summary: | Building gs 9.07 with OpenJPEG support not possible when trying to build against system installed version | ||
|---|---|---|---|
| Product: | Ghostscript | Reporter: | Timo Gurr <timo.gurr> |
| Component: | Build Process | Assignee: | Chris Liddell (chrisl) <chris.liddell> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | normal | CC: | michael.prisant |
| Priority: | P4 | ||
| Version: | 9.07 | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Customer: | Word Size: | --- | |
|
Description
Timo Gurr
2013-07-31 06:46:15 UTC
It's not supported. OpenJPEG 1.x need extensive patching to work correctly with Ghostscript, and our OpenJPEG 2.x integration is not complete. (In reply to comment #0) > Downstream Gentoo bugreport: https://bugs.gentoo.org/show_bug.cgi?id=459216 > > ghostscript-9.07 when trying to avoid bundled openjpeg / try to use system > installed openjpeg: > rm -rf openjpeg > ./configure --enable-openjpeg > checking for local OpenJPEG library source... no > > Open test PDF from bug 688869: gsx PLANHALF.pdf > doesn't work / jpeg2000 support missing: > Page 1 > >>showpage, press <return> to continue<< > Page 2 > **** ERROR: Unable to process JPXDecode data. Page will be missing data. > >>showpage, press <return> to continue<< > > > ghostscript-9.07 when building with the bundled openjpeg / don't try to use > system installed openjpeg: > ./configure --enable-openjpeg > checking for local OpenJPEG library source... yes > > Open test PDF from bug 688869: gsx PLANHALF.pdf > works fine / no errors: > Processing pages 1 through 14. > Page 1 > >>showpage, press <return> to continue<< > Page 2 > >>showpage, press <return> to continue<< > > > The Fedora guys do the same in their spec file: > http://pkgs.fedoraproject.org/cgit/ghostscript.git/tree/ghostscript.spec > %prep > %setup -q -n %{name}-%{gs_ver} > rm -rf expat freetype icclib jasper jpeg lcms lcms2 libpng openjpeg zlib > cups/libs > > I didn't have the opportunity to test this on Fedora, but I suppose they're > hitting the same problem(?). I can confirm that I am seeing the error with ghostscript 9.07 on Fedora 19. I am trying to clean up a number of pdfs with gs -o repaired.pdf -sDEVICE=pdfwrite -dPDFSETTINGS=/prepress corrupted.pdf This used to work but now I am seeing multiple errors Is there any work around for this as it used to work (In reply to comment #2) > This used to work but now I am seeing multiple errors > Is there any work around for this as it used to work Use the patched version we supply in the Ghostscript Git archive, rather than the system one. |