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(?).
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.