Bug 493351 - yum fails with traceback when cleaning up nfs-utils
Summary: yum fails with traceback when cleaning up nfs-utils
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: yum
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Seth Vidal
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-04-01 14:34 UTC by Tomáš Bžatek
Modified: 2015-03-03 22:40 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-04-01 14:42:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Tomáš Bžatek 2009-04-01 14:34:49 UTC
Description of problem:
at the time of fail, I was updating pre-beta rawhide to post-beta, excluding kernel, pango, freetype and some other packages... i.e. not complete upgrade. However dependency resolution succeeded.

Version-Release number of selected component (if applicable):
yum-3.2.21-12.fc11.noarch
yum-3.2.22-1.fc11.noarch  (both installed at the same time?)
PackageKit-0.4.6-1.fc11.x86_64

How reproducible:
Only during this upgrade, haven't tested again

Steps to Reproduce:
1. Run gpk-update-viewer, select updates, Apply
2. Dependency check phase completes successfully
3. Upgrade phase completes successfully
4. during cleanup of nfs-utils, error message is displayed
  

Actual results:

Error Type: <type 'exceptions.TypeError'>
Error Value: string indices must be integers, not str
  File : /usr/lib/python2.6/site-packages/yum/rpmtrans.py, line 389, in callback
    self._scriptError(bytes, total, h)
  File : /usr/lib/python2.6/site-packages/yum/rpmtrans.py, line 510, in _scriptError
    remove_hdr = False # if we're in a clean up/remove then hdr will not be an rpm.hdr
  File : /usr/lib/python2.6/site-packages/yum/rpmtrans.py, line 237, in _dopkgtup
    tmpepoch = hdr['epoch']

Comment 1 seth vidal 2009-04-01 14:42:15 UTC
This is fixed in yum 3.2.22 which is in rawhide.

Comment 2 James Antill 2009-04-01 14:59:07 UTC
you probably want to run:

 package-cleanup --cleandupes

...to make sure you just have 3.2.22 installed.


Note You need to log in before you can comment on or make changes to this bug.