Hide Forgot
Description of problem: This happens in a cleanup after a distro upgrade from F14 to F16. Updating remaining packages fails because there is gthumb in a transaction and this ends up with: ERROR with transaction check vs depsolve: libclutter-gtk-0.10.so.0 is needed by gthumb-2.14.0-1.fc16.i686 OTOH 'yum provides libclutter-gtk-0.10.so.0' replies right away with 'clutter-gtk010-0.10.8-5.fc16.i686'. Installing separately that later package allows to run 'yum update gthumb' without any further incidents. OTOH if one tries 'yum remove libclutter-gtk' _before_ an update to 2.14.0-1.fc16 then this attempts to remove for dependencies gthumb-2.12.3-1.fc14 even if clutter-gtk010 was not updating, according to yum, any packages. Is this really how this is supposed to work? Or clutter-gtk010 could help with suitable provides/obsoletes? Version-Release number of selected component (if applicable): yum-3.4.3-7.fc16.noarch How reproducible: Happened to me already twice on upgrades F14->F16. Once as above and the other time with x86_64 packages.
Created attachment 547604 [details] yum verbose output A relevant part of an output from 'yum -d5 -y update gthumb' before installation of clutter-gtk010.
** Found 2 pre-existing rpmdb problem(s), 'yum check' output follows: gthumb-2.12.3-1.fc14.i686 has missing requires of libbrasero-burn.so.1 gthumb-2.12.3-1.fc14.i686 has missing requires of libclutter-gtk-0.10.so.0 ...yum assumes that there are no pre-existing problems for most actions, rpm does some extra checks. So yeh, fixing the pre-existing problems will make everything work. The removal was probably a list of deps. thing, as yum will remove everything that depends on something you want to remove (and everything that depends on those things).
(In reply to comment #2) > ...yum assumes that there are no pre-existing problems for most actions, rpm > does some extra checks. Well, these "pre-existing problems" were created by anaconda in a process of upgrading a distribution. Nothing like that was present before that step. > So yeh, fixing the pre-existing problems will make everything work. The catch is that you have few hundreds packages which were not updated by anaconda and trying to do that, even with '--skip-broken' present, abandons the whole transaction with "ERROR with transaction check vs depsolve". The situation in this report is simplified by running first with '--exclude=gthumb' not to muddle the picture too much. One would think that the missing dependency, which does not require anything strange to resolve, would be just added to a transaction. In other words NOTABUG but it fails to work. You would not get too far as a "normal user" trying to use GUI instead of a command line.