Red Hat Bugzilla – Bug 232904
anaconda: Dependency Check goes from 0 to 100% instantaneously
Last modified: 2007-11-30 17:11:59 EST
Description of problem: Anaconda "Dependency Check" does not make progress.
Version-Release number of selected component (if applicable):
How reproducible: 100%
Steps to Reproduce:
1. Attempt to install.
2. After selecting packages (ex, only the "Software Development" group) click OK.
Dependency Check screen is displayed. Progress bar does not move -- stays at 0%.
System is responsive, and does not hang.
Expected results: Dependency check should complete.
It turns out the initial report in this BZ is incorrect -- the dependency check
DOES complete, however the check goes from 0% to 100% instantaneously ...
This is probably due to Jeremy's new progress bar API or perhaps changes in yum.
Either way, he seems like the best person to handle this.
Yeah, progress isn't working right with the depsolver right now. And I'm not
100% sure why off-hand.
I'm having an similar problem:
The progress bar hangs at 0%, but my PC isn't doing anything (no hdd-working, no
cpu-working, no cd-working...).
The last outputs of my tty:
tty1: No handlers could be found for logger "yum.YumBase"
tty3: 14:20:30 INFO: moving (1) to step postselection
14:20:30 Info: selected kernel package for kernel
tty4: <7>SELinux: initialized (dev sdc3, type ext3), uses xattr
After 10 to 15 minutes it is still exactly the same.
PS: Using x86, not ia64, so please change "Hardware" to "All".
This is fixed in yum CVS
But is it possible to get a proper rawhide install at this stage? Using the
daily rescue CD and installing over FTP is one option, but is there a
possibility to patch an existing test 3 CD/DVD or sth. like that?
My annaconda experience is that the time to check dependencies seems to be
proportional to the cube of the number of programs selected.
With programs from every category selected, on my system (Intel 930 dual core, 1
gig memory) and intel d945gnt motherboard, 250gig hard disk, the check
dependencies operation never finished after one hour or execution. In the past
that operation on the same system, (FC6 version) for the same selection was in
the order of 20 minutes.
Reducing the number of programs to the minimum, Choosing annaconda defaults, the
check references took about 5 minutes.
Is there optimization to improve the reference checking algorithm?
There is another bug in that grub does not install where it is told to.
If I set my motherboard bios to my first hard drive (/hda), even though I signal
annaconda to install on my second drive, /sda, where the kernel and everything
else installed, grub fails to complete properly. The same is true when I switch
Currently it is necessary that the hard disk onto which the mbr will be updated
be the default hard disk from which the bios will boot.
*** Bug 235088 has been marked as a duplicate of this bug. ***