Bug 768226

Summary: yum is unwilling to update gthumb-2.12.3-1.fc14.i686 to gthumb-2.14.0-1.fc16
Product: [Fedora] Fedora Reporter: Michal Jaegermann <michal>
Component: yumAssignee: Seth Vidal <skvidal>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 16CC: ffesti, james.antill, maxamillion, pmatilai, tla, zpavlas
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-12-16 16:45:58 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
yum verbose output none

Description Michal Jaegermann 2011-12-16 05:04:55 UTC 
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.
Comment 1 Michal Jaegermann 2011-12-16 05:08:19 UTC 
Created attachment 547604 [details]
yum verbose output

A relevant part of an output from 'yum -d5 -y update gthumb' before installation of clutter-gtk010.
Comment 2 James Antill 2011-12-16 16:45:58 UTC 
** 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).
Comment 3 Michal Jaegermann 2011-12-16 17:50:46 UTC 
(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.