Description of problem:
With no up2date repos active, using either an http or ftp yum repository on an
i686 system, up2date will just sit there on the first noarch package it tries to
download, until you hit cancel.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Comment out "up2date default" in /etc/sysconfig/rhn/sources.
2. Un-comment yum rawhide http://ftp.redhat.com/pub/redhat/linux/rawhide
3. Run up2date in graphical mode
4. Choose an update containing a noarch package.
Up2date stops processing while displaying a message that is downloading
a noarch package. The "cancel" button works, so it is responsive.
The noarch package should be downloaded just like the i386 and i686 packages are.
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.
...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?
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.