On 25/04/13 20:39, Pau Garcia i Quiles wrote: > It boils down to "jpeg6-2 is the only important thing. Forget about > jpeg8 and jpeg9, which bring incompatible changes".
There are other features in newer libjpeg that packages do need, even when not using exotic JPEG-like formats. For instance, ioquake3 uses the jpeg_mem_src() (ability to load JPEGs from a memory buffer, not just from a file on disk) and previously carried it as a local patch to its embeddded copy of IJG jpeg6b. (It now embeds IJG jpeg8c instead, and is built against the system libjpeg8-dev in Debian.) I believe that means that ioquake3 can be built unpatched against either IJG libjpeg8 or a sufficiently new libjpeg-turbo, but not against IJG libjpeg6b (although if there was libjpeg6b2 release with jpeg_mem_src(), I think that'd also work). S -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/517a6517.5080...@debian.org