Re: Bug#725171: libgs8: exports jpeg symbols, clashing with libjpeg
Hi Jonas,
[Full quote for the benefit of -release]
On 3 October 2013 04:15, Jonas Smedegaard <dr@jones.dk> wrote:
> forcemerge 653061 725171
> tag 653061 help
> thanks
>
> Hi Raphael,
>
> Quoting Raphael Geissert (2013-10-02 11:56:44)
>> Debugging a crash when using evince to open an eps file, I came to
>> realize that libgs is exporting some symbols that belong to libjpeg:
>> jpeg_free_large
>> jpeg_free_small
>> jpeg_get_large
>> jpeg_get_small
>> jpeg_mem_available
>> jpeg_mem_init
>> jpeg_mem_term
>> jpeg_open_backing_store
>>
>> As such, whenever evince opens an eps with a jpeg image it will result
>> in a crash the moment libjpeg calls jpeg_get_small and ends up calling
>> libgs' version and not its own...
>
> Already reported as bug#653061. Sorry this wasn't checked against the
> older codebase, and you've had to struggle with it anew.
>
> Help needed to backport upstream fix for that bug to the older codebase.
It appears that the patch[1] applies and works as-is, at least in my
test case with evince. debian/symbols.common also needs to be
adjusted, as the symbols were added to it.
Now, question for the release team: would you be okay with going ahead
and dropping the above symbols from libgs that were wrongly exported
in the first place? in *squeeze*.
I haven't checked what other binary links to both libjpeg and libgs
and that could trigger this bug.
[1]http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=ceef32
Cheers,
--
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
Reply to: