Bug 493473 - Package Manager generates unhandled exception errors when installing VSFTPD 2.0.5-12
Summary: Package Manager generates unhandled exception errors when installing VSFTPD 2...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: pirut
Version: 5.3
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: James Antill
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-04-01 21:05 UTC by eol.bugzilla
Modified: 2013-03-12 20:30 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-03-12 20:30:21 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Crash dump captured by Package Manager (2.84 KB, text/plain)
2009-04-01 21:06 UTC, eol.bugzilla
no flags Details

Description eol.bugzilla 2009-04-01 21:05:32 UTC
User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.6) Gecko/2009020414 CentOS/3.0.6-1.el5.centos Firefox/3.0.6

Using Package Manager or 'yum' to install the VSFTPD-2.0.5-12.el5.x86_64 results in a generated crash page, detailed crash log attached.  Most, if not all of the crash references the file /usr/lib/python2.4/site-packages/yum/sqlitesack.py, and ends with TypeError: unsubscriptable object.

Reproducible: Always

Steps to Reproduce:
1.Start Package Manager
2.Search for or select VSFTPD
3.Select check box, click Apply, click Continue.
4.Observe "Exception Occurred" pop-up when Resolving Dependencies window appears.
Actual Results:  
Crash dump window

Expected Results:  
Installed VSFTPD.

Installation of the package was attempted after update of CentOS 5.2 to 5.3 release.  Machine had been rebooted as per request.  Further maintenance was attempted with Package Manager to verify utility operation, other packages were handled in routine manner (install and deletion).

Comment 1 eol.bugzilla 2009-04-01 21:06:59 UTC
Created attachment 337664 [details]
Crash dump captured by Package Manager

Comment 2 James Antill 2009-04-01 21:28:50 UTC
What does "yum list yum yum-metadata-parser" say?

Does running "yum clean metadata" fix the problem?

Comment 3 eol.bugzilla 2009-04-02 12:28:14 UTC
First answer:

[root@vlc ~]# yum list yum yum-metadata-parser
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: centos.mirror.nac.net
 * updates: centos.mirror.nac.net
 * addons: centos.mirror.nac.net
 * extras: pubmirrors.reflected.net
Installed Packages
yum.noarch                            3.2.19-18.el5.centos             installed
yum-metadata-parser.x86_64            1.1.2-2.el5                      installed

Second answer: Yes.  Installation was clean, deamon answering normally.

Comment 4 James Antill 2013-03-12 20:30:21 UTC
 This should have been fixed in RHEL-5 (we now never alter/trust the metadata).


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