The following was filed automatically by anaconda: anaconda 11.5.0.59 exception report Traceback (most recent call first): File "/usr/lib/python2.6/site-packages/yum/sqlitesack.py", line 123, in _sql_MD cache = getattr(self.sack, MD + 'db')[self.repo] File "/usr/lib/python2.6/site-packages/yum/sqlitesack.py", line 44, in newFunc return func(*args, **kwargs) File "/usr/lib/python2.6/site-packages/yum/sqlitesack.py", line 256, in returnPrco cur = self._sql_MD('primary', sql, (self.pkgKey,)) File "/usr/lib/python2.6/site-packages/yum/packages.py", line 432, in returnPrcoNames lists = self.returnPrco(prcotype) File "/usr/lib/python2.6/site-packages/yum/packages.py", line 454, in <lambda> provides_names = property(fget=lambda self: self.returnPrcoNames('provides')) File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 204, in allowedMultipleInstalls provides = po.provides_names File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 2655, in install if not self.allowedMultipleInstalls(po): File "/usr/lib/python2.6/site-packages/yum/transactioninfo.py", line 205, in add for condtxmbr in self.install_method(po=pkg): File "/usr/lib/python2.6/site-packages/yum/transactioninfo.py", line 510, in add TransactionData.add(self, txmember) File "/usr/lib/anaconda/sortedtransaction.py", line 71, in add SortableTransactionData.add(self, txmember) File "/usr/lib/python2.6/site-packages/yum/transactioninfo.py", line 324, in addInstall self.add(txmbr) File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 585, in _requiringFromTransaction txmbr = self.tsInfo.addInstall(best) File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 280, in _processReq CheckDeps, missingdep = self._requiringFromTransaction(po, requirement, errormsgs) File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 792, in _resolveRequires (checkdep, missing, errormsgs) = self._processReq(po, dep) File "/usr/lib/python2.6/site-packages/yum/depsolve.py", line 699, in resolveDeps CheckDeps, checkinstalls, checkremoves, missing = self._resolveRequires(errors) File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 717, in buildTransaction (rescode, restring) = self.resolveDeps() File "/usr/lib/anaconda/yuminstall.py", line 1311, in doPostSelection (code, msgs) = self.ayum.buildTransaction() File "/usr/lib/anaconda/backend.py", line 279, in doPostSelection return anaconda.backend.doPostSelection(anaconda) File "/usr/lib/anaconda/dispatch.py", line 205, in moveStep rc = stepFunc(self.anaconda) File "/usr/lib/anaconda/dispatch.py", line 128, in gotoNext self.moveStep() File "/usr/lib/anaconda/gui.py", line 1339, in nextClicked self.anaconda.dispatch.gotoNext() KeyError: <yuminstall.AnacondaYumRepo object at 0x7f2055079a10>
Created attachment 347302 [details] Attached traceback automatically from anaconda.
Th description doesn't seem very useful. Let's see, it does not look like this problem has anything to do with the drive layout. It looks somewhat like it's a problem resolving dependencies. I turned a lot off, including the whole office tools group, and the games/entertainment selection. When the installer asked if I would like to use the Fedora 11 and Fedora 11 update repos, I selected both, and then changed my mind, deselecting those items. This issue seems reproducible.
Does this behavior continue in f12 (alpha) and/or rawhide?
*** Bug 528423 has been marked as a duplicate of this bug. ***
*** Bug 530428 has been marked as a duplicate of this bug. ***
Hit with x86_64 F12 beta (dvd install).
I got this error in f12 beta. Did a default install (no options changed). (bug #530428)
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
*** Bug 568396 has been marked as a duplicate of this bug. ***
James, thanks for reproducer, This updates image (against f13 alpha rc4 which is anaconda 13.32) http://rvykydal.fedorapeople.org/updates.tsinfo.img fixes the issue for me. I noticed that steps 5. and 6. (no matter if they were preceded by 3. and 4.) make installation process significantly resource-hungrier - in my 512 MB VM I can install about 800 packages and then install fails with "install exited abnormally [1/1]" - this is another bug independent of this one, however.
This will be fixed by commit f8c1f662b5195805d5fbde60c6593909cd8f4395 in next build of anaconda from master branch, which should be anaconda-14.0-1 I think.
(In reply to comment #15) > I noticed that steps 5. and 6. (no matter if they were preceded by 3. and 4.) > make installation process significantly resource-hungrier - in my 512 MB VM I > can install about 800 packages and then install fails with "install exited > abnormally [1/1]" - this is another bug independent of this one, however. For reference, this issue should be fixed by patch https://www.redhat.com/archives/anaconda-devel-list/2010-March/msg00217.html sent for review.
I've hit this several times while testing Fedora 13 Alpha and Beta TC0 (see bug#568396). While there is no specific release criteria to address this, I think this falls into an except testers will encounter during CD-ROM installations. Adding blocks:F13Beta to request pulling this change into F13Beta. The use case affected is anytime you go "Back" to the reposetup step, and modify the Installation repository, this failure will occur. This seems fairly specific and a safe fix to pull into F-13.
Updated updates.img against F-13-Beta available also - http://jlaska.fedorapeople.org/updates-505189.img Tested and confirmed updates.img against F-13-Beta-TC0.
*** Bug 575121 has been marked as a duplicate of this bug. ***
We discussed this at the blocker review meeting of 2010-03-19. We agreed it's not quite a blocker, but it's nice-to-have and should be brought into F13 for the beta. Dropping to Target. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
*** Bug 590518 has been marked as a duplicate of this bug. ***
Updates image for F13: http://rvykydal.fedorapeople.org/updates.505189.img
(In reply to comment #23) > Updates image for F13: > http://rvykydal.fedorapeople.org/updates.505189.img Well done. It fixes this issue (bug 590518) under my testing.
This message is a reminder that Fedora 12 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 12. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '12'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 12's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 12 is 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 please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. 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
Fedora 12 changed to end-of-life (EOL) status on 2010-12-02. Fedora 12 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.