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-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to