On Mon, Jul 05, 2010 at 11:17:42PM +0300, Victor Forsiuk wrote:
> 2010/7/5 Motsyo Gennadi aka Drool <motsyo@gmail.com>
> > 05.07.2010 18:14, Victor Forsiuk пишет:
> > > Нового libjpeg у нас в обозримом будущем не будет. Это очевидно чуть более
> > > чем полностью.
> > >
> > > В свете же выпуска LTS релизов остается только очень сильно надеятся на то,
> > > что в ближайшие годы мейнстримные дистрибутивы будут раскачиваться и
> > > окончательно переключатся на новую libjpeg не так скоро. И, соответственно,
> > > до наступления end-of-life нашего LTS дистра арифметическое кодирование не
> > > станет массовым.
> > >
> > > Напомню, libjpeg-6b не умеет arithmetic coding и такие джипеги просто не
> > > сможет декодировать.
> >
> >         Тут мелькнула информация про такой проект:
> >
> > http://libjpeg-turbo.virtualgl.org/
> >
> >        Утверждается, что библиотека совместима по API и ABI с стандартной
> > libjpeg 6b и может быть установлена вместо обычной дистрибутивной
> > libjpeg для получения 50% и более выигрыша в производительности
> > обработки JPEG изображений.
> 
> Да, я уже несколько месяцев живу на ней. Никаких проблем не обнаружилось, по
> тестам действительно раза в два быстрее... В связи с чем хочу (собственно,
> как раз собирался анонсировать) положить этот пакет в сизиф. Кто захочет
> потестировать просто устанавливайте libjpeg-turbo-* - он вытеснит
> (Obsoletes+Provides) обычный libjpeg.

Надеюсь, вы понимаете, что пакет с именем libjpeg-turbo, реализующий
libjpeg.so.62, автоматически вытеснит пакет libjpeg при сборке пакетов и
дистрибутивов?
Держать два разных пакета, реализующих библиотеку с одинаковым soname,
в репозитории скорее вредно, чем полезно.


-- 
ldv