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

Reply via email to