Bug 694449 - Building gs 9.07 with OpenJPEG support not possible when trying to build against system installed version
Summary: Building gs 9.07 with OpenJPEG support not possible when trying to build agai...
Status: RESOLVED WONTFIX
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Build Process (show other bugs)
Version: 9.07
Hardware: PC Linux
: P4 normal
Assignee: Chris Liddell (chrisl)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-07-31 06:46 UTC by Timo Gurr
Modified: 2013-08-21 13:37 UTC (History)
1 user (show)

See Also:
Customer:
Word Size: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Timo Gurr 2013-07-31 06:46:15 UTC
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(?).
Comment 1 Chris Liddell (chrisl) 2013-07-31 08:46:08 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.
Comment 2 Michael G. Prisant 2013-08-21 13:24:49 UTC
(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
Comment 3 Ken Sharp 2013-08-21 13:37:44 UTC
(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.