Created attachment 517246 [details] Files in /tmp directory after traceback Description of problem: traceback during or at end of first device discovery. Version-Release number of selected component (if applicable): 16.14.2 How reproducible: every time Steps to Reproduce: 1. boot Fedora 16 Alpha RC1 DVD 2. hit enter thru to first device dicovery process 3. Actual results: traceback Expected results: continue installation Additional info: I think this should be an alpha blocker (cannot auto send error to bugzilla, attaching /tmp files) This issue was raised by John Reiser on the anaconda list today as: "Seriously, if the installer sees a Ubuntu or Debian root partition on any drive then it will abort with "rpmdb open failed". rhbz #723167 claims fixed in anaconda-16.15, but the latest Fedora 16 Alpha RC1 has only 16.14.2, and 16.15 has not appeared anywhere."
Discussed in the 2011-08-08 Fedora QA meeting. Since the effects of this bug only surface with an existing apt based linux installation, it doesn't clearly hit any of the release criteria and didn't seem appropriate as an alpha blocker bug. Accepted as Fedora 16 Alpha NTH and re-proposed as Fedora 16 beta blocker bug.
I understand. But, let me say this: the earlier in a software development process that you find and correct bugs, the less expensive the project (for open source, this is mostly time) and the less likely you are to encounter severe bugs later and suffer a delay in finishing. That said, the more testing you can achieve during an alpha phase (or, I guess, in this instance, pre-alpha) on a wide variety of systems the more likely you are to find and correct troublesome bugs. I test on bare metal with other distros installed. I know that if I had tested in a VM with a single guest, then this bug would not have been hit. Just my two cents. Regards, Old Fart
Should this be marked as a dupe of #723167 ?
dlehman says yes, will transfer the NTH state. *** This bug has been marked as a duplicate of bug 723167 ***