libjpeg-turbo transition
Package describing IJG (International Jpeg Group) to LJT (libjpeg-turbo) JPEG library transition.
Packages build-depending on libjpeg8-dev
* deb:abiword (OK) * pkg:allegro5 (OK) * aseprite (B-D on allegro5) * crrcsim (OK) * dillo * fbreader (OK) * flactag * flightgear * freeorion * gem * gtkextra * harvid * ioquake3 (OK) * jasper * jpegjudge * libalien-sdl-perl * libextractor * libgaiagraphics * libindi * libquicktime * libraw * libterralib * mandelbulber * mpv * ncl * nvidia-texture-tools * openctm * openjdk-6 * openjdk-7 * openjdk-8 * pillow * rawstudio * sdop * simgear * squeak-vm * swi-prolog * ufraw * wings3d * wv (OK) * xine-ui
Mass bug text
Dear maintainer(s), Debian is transitioning from IJG JPEG library (src:libjpeg8) to libjpeg-turbo implementation (src:libjpeg-turbo)[1] of libjpeg62 API with "decode from memory buffer" interface (jpeg_mem_{src,dest}). Your package cannot be transitioned automatically as it explicitly build depends on specific API/ABI (libjpeg8-dev) and this build dependency needs to be changed to libjpeg-dev. In most if not all cases this should be sufficient to build against libjpeg-turbo. I am in process of testing each package in question to compile against libjpeg-turbo and I will provide a suitable patch for each package when I will succeed. On the other hand please note that the winter^Hfreeze is coming and if your package is not updated in due time it might be NMUed by the release team (or by me with the full ack of release team). That also means that if you are OK with NMU then please respond to this bug report and I will prepare and upload the recompiled packages for you. Cheers, Ondrej 1. The full Technical Committee decision can be found here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717076#235