[Bug 600243] Review Request: libjpeg-turbo - MMX/SSE accelerated libjpeg

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=600243

--- Comment #49 from Chen Lei <supercyper1 at gmail.com> 2010-06-28 10:35:24 EDT ---
(In reply to comment #48)
> I'll respectfully disagree with comment #46 ( and comment #6 ) and argue that
> the Provides should be included, at least temporarily while testing is
> underway.
> Else, it will be impossible to truly test swapping between
> libjpeg/libjpeg-turbo without breaking dependencies.    

Hi Rex,

The situation is bit complicated, libjpeg is split into libjpeg-turbo and
libjpeg-turbo-utils now. 
5 packages will be broken after building libjpeg-turbo in koji, if we provide
libjpeg in libjpeg-turbo, then we'll break some packages silently because they
actually depend on libjpeg-turbo-utils instead of linking with libjpeg.
Providing libjpeg in libjpeg-turbo-utils can solve all broken dependecies, but
the result will be a bit strange when we type "yum install libjpeg". 
5 packages is not a large amount, also we only need to fix openjdk once,
rpmbuild already add libjpeg.so.62 dependency to openjdk automatically, we
don't need to do it again if fedora 14 revert to use libjpeg.

repoquery --whatrequires  --exactdeps libjpeg
libjpeg-0:6b-46.fc12.x86_64
libjpeg-0:6b-46.fc12.i686
gallery2-jpegtran-0:2.3.1-1.fc13.noarch
java-1.6.0-openjdk-1:1.6.0.0-37.b17.fc13.x86_64
gocr-0:0.48-1.fc13.x86_64
darkplaces-0:20091001-2.fc13.x86_64
libjpeg-devel-0:6b-46.fc12.x86_64
libjpeg-devel-0:6b-46.fc12.i686
renrot-0:1.1-1.fc13.2.noarch
java-1.6.0-openjdk-1:1.6.0.0-39.b18.fc13.x86_64

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.