Bug 576451 - Search fails in gpk-application (Add/Remove Software) with yum-3.2.27-1.fc12
Summary: Search fails in gpk-application (Add/Remove Software) with yum-3.2.27-1.fc12
Keywords:
Status: CLOSED DUPLICATE of bug 576169
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-packagekit
Version: 12
Hardware: All
OS: Linux
low
high
Target Milestone: ---
Assignee: Richard Hughes
QA Contact: Fedora Extras Quality Assurance
URL: http://forums.fedoraforum.org/showthr...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-03-24 04:32 UTC by Larry O'Leary
Modified: 2010-04-04 20:57 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-04-04 20:57:16 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Larry O'Leary 2010-03-24 04:32:12 UTC
Description of problem:
After latest yum update to 3.2.27-1.fc12, searching for packages in gpk-application returns:

An internal system error has occurred

A problem that we were not expecting has occurred.
Please report this bug to your distribution bugtracker with the error description.

Traceback (most recent call last):
  File "/usr/share/PackageKit/helpers/yum/yumBackend.py", line 391, in _do_search
    for (pkg, inst) in res:
ValueError: too many values to unpack


Version-Release number of selected component (if applicable):
gnome-packagekit 2.28.3-0.1.20091211git.fc12
yum 3.2.27-1.fc12

How reproducible:
Always when using a search string that will return matches.

Steps to Reproduce:
1.Go to System -> Administration -> Add/Remove Software
2.Enter a package name of gnome-packagekit
3.Select "Search by name"
4.Click "Find"
  
Actual results:
Receive error shortly after Querying... is displayed.  No packages are listed in the results panel.

Expected results:
Packages containing the name gnome-packagekit

Additional info:
There appears to be much chatter about this in one of the forum threads I ran across but I couldn't seem to find an existing Bugzilla.  It seems to have been introduced with the latest yum update.

It has been reported in the forum that downgrading yum to the previous version restores gpk-application to its expected behaviour.

Comment 1 collura 2010-03-25 00:32:57 UTC
i also got that error message.

"An internal system error has occurred"
"A problem that we were not expecting has occurred."
"Please report this bug in your distribution bugtracker with the error description."

"Traceback (most recent call last):
  File "/usr/share/PackageKit/helpers/yum/yumBackend.py", line 391, in _do_search
    for (pkg, inst) in res:
ValueError: too many values to unpack"


also, there is a duplicate bug filed a few hours later here:
https://bugzilla.redhat.com/show_bug.cgi?id=576596

Comment 2 collura 2010-03-25 00:38:39 UTC
maybe consider adding "yumBackend.py", line 391" to bug title.

had to read long list of bugs to find this/duplicates before i considered filing another.

almost missed it.

Comment 3 Gary Humenuk 2010-03-25 21:21:35 UTC
I tried this fix as suggested in the duplicate bug
https://bugzilla.redhat.com/show_bug.cgi?id=576596
and it worked for me with yum-3.2.27-1.fc12.noarch.rpm and, of course, it breaks if I downgrade back to yum-3.2.25-1.fc12.noarch.rpm.

jean-filip tripcevic      2010-03-25 04:59:01 EDT

update of yum-3.2.27-1 introduced a change in function SearchGenerator in file
/usr/lib/python2.6/site-packages/yum/__init__.py where a tuple of 3 items is
returned to function _do_search in
/usr/share/PackageKit/helpers/yum/yumBackend.py
which is still expecting a tuple of only 2 items hence the unpacking error.
Adding
a variable to line 391 "for (pkg, x, inst) in res:" for example will stop the
error and allow the search to continue and display the search results.

Comment 4 collura 2010-03-26 04:28:38 UTC
yum-3.2.27-2.fc12 (noarch) patch came through mainstream.

looks to have fixed it.

yay.

Comment 5 Gary Humenuk 2010-03-26 16:02:33 UTC
yum-3.2.27-2.fc12 fixed it for me as well.

Please note: if you tried the work around above you will have to revert yumBackend.py to what it was before (remove "x," from line 391.)

p.s. Wow, there were a lot of duplicates for this bug. None of them, including this one, came up in my searches until today. I think we tested the limits of Google.

https://bugzilla.redhat.com/show_bug.cgi?id=576169 seems to be the first.

It is marked as medium severity because it is for Fedora 13. As a Fedora 12 bug it was high severity and it was fixed quickly.

Comment 6 Gary Humenuk 2010-03-26 16:05:42 UTC
yum-3.2.27-2.fc12 fixed it for me as well.

This is a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=576169 which is a medium severity for Fedora 13, but it appeared to have been treated as high severity for Fedora 12.

Comment 7 Gary Humenuk 2010-03-26 16:08:56 UTC
Sorry, I had a proxy failure as I submitted comment 5 so I thought it was lost.

Comment 8 Christoph Wickert 2010-04-04 20:57:16 UTC
Closing as this was fixed in yum-3.2.27-2.fc12 a while back.

*** This bug has been marked as a duplicate of bug 576169 ***


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