Hi Jonas, [Full quote for the benefit of -release]
On 3 October 2013 04:15, Jonas Smedegaard <d...@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 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caa7hugfrxyycjomk5r6g5zjp3u9pbk0wfdukrbthpzotcjb...@mail.gmail.com
