Bug 107921
Summary: | hangs when an update prerequisites a new, currently not installed package | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dr. Peter Boy <pb> |
Component: | up2date | Assignee: | Adrian Likins <alikins> |
Status: | CLOSED DUPLICATE | QA Contact: | Fanny Augustin <fmoquete> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | aleksey, oliva |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | noarch | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-02-21 18:59:24 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Dr. Peter Boy
2003-10-24 13:37:49 UTC
version 4.1.10-1 suffers from this bug, too. The only difference: the window is redrawn, if you move it around. doesn't work for Athlon based processors hangs on "testing package set / solving RPM inter-dependencies" but was able to install on my PIII laptop after waiting 5 or so minutes at that dialog box. up2date-4.1.12-1 may not be able to install all packages at a time might have to install a couple at a time, amd that is very annoying :{ Yeah seperating the download worked. It just didn't like all those files at one time. Very annoying indeed version 4.1.12-1 didn't solve the problem, according to my testing. Given the rawhide status Oct. 29, 2003 you can't update all rawhide packages, if on the system w3c-libwww, which delivers libmd5, being installed, which is needed by one of the packages (if I remember correctly redhad-config-*). As soon as you install w3c-libwww up2date works. version 4.1.12-1 also hangs in case You select a package for update which depends on a updated package, which is not selected. Given rawhide Oct. 29 you can test by trying to update the gcc* packages without selecting the corresponding lib* packages, too. This problem still doesn't seem to be fixed in 4.1.14-2. It seems the problem lies in the package dependency checking, because that's usually where up2date hangs. You know what I think? I think some developer slipped an infinite loop or pause statement into up2date! (hehe, just kidding) ;-) I really hope this problem is resolved before the November release of Fedora. Up2date does not hangs, it just attempts to download _all_ header files for _all_ available packages. This only happens the first time around (it caches the headers it downloaded). This is a deficiency of the Yum protocol, not up2date's fault - see bug 107968. Also see bug 108814 which asks for a progress bar (to combat the "it just hangs" perception). *** This bug has been marked as a duplicate of 107968 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |