Hello Mathieu Thank you for question. libjpeg is reference code, not faulty patchwork. Everything is said in the README:
There are currently distributions in circulation containing the name "libjpeg" which claim to be a "derivative" or "fork" of the original libjpeg, but don't have the features and are incompatible with formats supported by actual IJG libjpeg distributions. Furthermore, they violate the license conditions as described under LEGAL ISSUES above. We have no sympathy for the release of misleading and illegal distributions derived from obsolete code bases. Don't use an obsolete code base! I mean, the original README in libjpeg, not that in the patchwork you are talking about, which is one of the license violations. It seems that Bill Allombert is still one of the few sane people out there, many others have apparently gone mad. I don't care for the ignorant people. You may of course make a "turbo" version, I have nothing against it, but NOT in the way mentioned. Take libjpeg with its current features and make it "turbo" - that would be wonderful!
From a pure debian point of view, I believe the vast majority of people are still only looking for 8bits implementation of ITU-T T.81, ISO/IEC IS 10918-1.
That is not the point. libjpeg is still 8bits only in its default configuration, as it always was. Nothing was changed there. But I'm working on ADDING features, not REMOVING ones. We are now on the way to release 9, and T.81/10918-1 is far left behind already, for those who care. Regards Guido Vollbeding Organizer Independent JPEG Group -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fc54a73.2090...@jpegclub.org