Bug 107316
| Summary: | up2date won't download noarch yup repo items | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Raw Hide | Reporter: | Alan Schmidt <alan> |
| Component: | up2date | Assignee: | Adrian Likins <alikins> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fanny Augustin <fmoquete> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 1.0 | CC: | chris.ricker, gafton, mihai.ibanescu, redhat |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2003-10-23 17:59:27 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 100643 | ||
|
Description
Alan Schmidt
2003-10-16 20:22:08 UTC
Me Too... Using text mode, up2date gets stuck on solving dependencies. Attaching strace shows up2date doing something with the header files. I waited and it went through all the headers twice and was starting a third time. Trying # up2date redhat-config-samba It turns out this is somewhat misreported. I'm not using redhat.com, but a mirror. The catch is that the mirror is only mirroring the i386 portion of the distribution. The problem seems to be that the noarch packages aren't being pulled from the i386 part, but from s390x. I added a "print url" to fetchUrl in urlUtils.py. You know, for laughs. What I got was the following. http://mirror.hiwaay.net/redhat/redhat/linux/rawhide//headers/header.info http://mirror.hiwaay.net/redhat/redhat/linux/rawhide//s390x/Fedora/RPMS/htmlview-2.0.0-11.noarch.rpm ...plus the traceback, ending with HTTP Error 404: Not Found. The gui still sits there idle. I'm not smart enough to figure out why. Why is this closed? This is still a problem-- noarch packages up2date tries to download from the s390x directory on ix86 machines, even when there's nothing in the directory, and the packages are present in the i386 directory in the repository. On repositories which don't mirror the s390x architecture, up2date still fails, though it won't hang. Now it just reports the 404. It should download the noarch packages from the same directory used to download the other packages. still a problem in what versions? this is more of a yum-arch and mirrors bug than an up2date bug... Rawhide's configuration of all architectures in one repo is dumb. If someone doesn't mirror the whole thing how should yum-arch know about it? >Rawhide's configuration of all architectures in one repo is dumb. >If someone doesn't mirror the whole thing how should yum-arch know about it? Agreed. When I reported this particular bug, I was confounded by the fact that the up2date GUI was just sitting there when it hit certain packages. I was stumped. I was, of course, launching the GUI from a Gnome menu, so the 404 error written to the terminal was never displayed. I think the up2date GUI should still capture the 404 error and produce some kind of message (death/continue/whatever). I can accept the fact that this is not a bug per se, but it would be nice if this were left open as a feature request. |