On Fri, May 21, 2010 at 05:11:18PM +0200, Jonas Smedegaard wrote: > Source: libjpeg6b > Version: 6b-16.1 > Severity: normal > > Hi, > > Ghostscript currently[1] use a local copy of libjpeg. This is explained > in the following snippet from its documentation: > > > we have also provided the ability to [link against system library] > > with the JPEG library (SHARE_JPEG), but should not use it: in order to > > be compatible with Adobe interpreters (which do not follow the JPEG > > standard exactly), Ghostscript has to compile the IJG code with the > > non-standard definition > > > > #define D_MAX_BLOCKS_IN_MCU 64 > > > > and since shared versions of this library will not have been compiled > > this way, you will get errors on some valid PostScript and PDF input > > files. > > For security reasons I would prefer that the Debian packaging of > Ghostscript could link against the shared libjpeg library, which brings > me to this request: > > Please provide a variant of libjpeg with above definition declared, so > that Ghostscript (and perhaps other projects as well?) can use the > shared code while still staying compatible with non-standard Adobe > Postscript files.
Do you have a test file that I could use while building libjpeg to prevent an update to libjpeg to accidentaly breaks that feature? Cheers, -- Bill. <ballo...@debian.org> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
