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@xxxxxxxxx> 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. _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review