Bug 673644 - "Depends on" search fails for the texlive-doc package with an internal error
Summary: "Depends on" search fails for the texlive-doc package with an internal error
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-packagekit
Version: 14
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
Assignee: Richard Hughes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-01-29 08:41 UTC by Watanabe, Yuki
Modified: 2012-08-16 15:15 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-16 15:15:06 UTC
Type: ---


Attachments (Terms of Use)
stacktrace in F15 (2.12 KB, text/plain)
2011-04-29 15:12 UTC, Philipp Dörfler
no flags Details

Description Watanabe, Yuki 2011-01-29 08:41:29 UTC
Description of problem:
When we select the "Depends on" menu for the texlive-doc package, the dependency search fails with an internal error.

Version-Release number of selected component (if applicable):
PackageKit.i686                          0.6.11-2.fc14 
PackageKit-glib.i686                     0.6.11-2.fc14 
PackageKit-gtk-module.i686               0.6.11-2.fc14 
PackageKit-yum.i686                      0.6.11-2.fc14 
PackageKit-yum-plugin.i686               0.6.11-2.fc14 
gnome-packagekit.i686                    2.32.0-2.fc14 
yum.noarch                               3.2.28-5.fc14 

Steps to Reproduce:
1. Open gpk-application.
2. Select the "texlive-doc-2007-56.fc14" package.
3. Select "Selection" -> "Depends on" in the menu.
  
Actual results:
The application temporarily freezes with high CPU usage and then a dialog is shown that says an internal error occured.

Expected results:
Packages on which the texlive-doc package depends should be listed.

Additional info:
The following backtrace was shown in the error dialog:

Traceback (most recent call last):
  File "/usr/share/PackageKit/helpers/yum/yumBackend.py", line 1455, in _get_best_depends
    results = self.yumbase.findDeps(pkgs)
  File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 2282, in findDeps
    for po in self.whatProvides(r, f, v):
  File "/usr/lib/python2.7/site-packages/yum/depsolve.py", line 164, in whatProvides
    defSack = ListPackageSack(self.pkgSack.searchProvides((name, flags, version)))
  File "/usr/lib/python2.7/site-packages/yum/packageSack.py", line 425, in searchProvides
    return self._computeAggregateListResult("searchProvides", name)
  File "/usr/lib/python2.7/site-packages/yum/packageSack.py", line 584, in _computeAggregateListResult
    sackResult = apply(method, args)
  File "/usr/lib/python2.7/site-packages/yum/sqlitesack.py", line 1383, in searchProvides
    ret = self.searchPrco(name, "provides")
  File "/usr/lib/python2.7/site-packages/yum/sqlitesack.py", line 46, in newFunc
    return func(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/yum/sqlitesack.py", line 1369, in searchPrco
    results.extend(self._search_primary_files(n))
  File "/usr/lib/python2.7/site-packages/yum/sqlitesack.py", line 46, in newFunc
    return func(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/yum/sqlitesack.py", line 857, in _search_primary_files
    self._sql_pkgKey2po(rep, cur, results)
  File "/usr/lib/python2.7/site-packages/yum/sqlitesack.py", line 830, in _sql_pkgKey2po
    pkg = self._packageByKey(repo, ob['pkgKey'])
  File "/usr/lib/python2.7/site-packages/yum/sqlitesack.py", line 740, in _packageByKey
    elif exclude and self._pkgExcluded(self._key2pkg[repo][pkgKey]):
  File "/usr/lib/python2.7/site-packages/yum/sqlitesack.py", line 673, in _pkgExcluded
    return self._pkgExcludedRKT(po.repo, po.pkgKey, po.pkgtup)
  File "/usr/lib/python2.7/site-packages/yum/sqlitesack.py", line 661, in _pkgExcludedRKT
    return self._pkgExcludedRKNEVRA(repo, pkgKey, n,e,v,r,a)
  File "/usr/lib/python2.7/site-packages/yum/sqlitesack.py", line 603, in _pkgExcludedRKNEVRA
    if self._pkgKeyExcluded(repo, pkgKey):
RuntimeError: maximum recursion depth exceeded

Comment 1 Philipp Dörfler 2011-04-29 15:11:31 UTC
This still occurs in Fedora 15 Beta with the package "GNOME Software Development"

Comment 2 Philipp Dörfler 2011-04-29 15:12:32 UTC
Created attachment 495801 [details]
stacktrace in F15

Comment 3 Fedora End Of Life 2012-08-16 15:15:12 UTC
This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


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