Bug 136488 - traceback on yum update
Summary: traceback on yum update
Alias: None
Product: Fedora
Classification: Fedora
Component: yum
Version: 3
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact:
Depends On:
Blocks: FC3Target
TreeView+ depends on / blocked
Reported: 2004-10-20 14:35 UTC by Kjartan Maraas
Modified: 2014-01-21 22:50 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2004-11-02 12:36:21 UTC

Attachments (Terms of Use)
config file (1.21 KB, text/plain)
2004-10-20 14:38 UTC, Kjartan Maraas
no flags Details

Description Kjartan Maraas 2004-10-20 14:35:51 UTC
Description of problem:

Got this traceback when trying to run 'yum --exclude=libfame\* update'
today. Same thing with both 2.1.9 and 2.1.10

---> Downloading header for gnome-games to pack into transaction set.
gnome-games-2.8.0-4.i386. 100% |=========================|  90 kB    00:00
---> Package gnome-games.i386 1:2.8.0-4 set to be updated
---> Downloading header for pango-debuginfo to pack into transaction set.
[Errno 4] IOError: HTTP Error 404: Not Found
Trying other mirror.
[Errno 4] IOError: HTTP Error 404: Not Found
Trying other mirror.
[Errno 4] IOError: HTTP Error 404: Not Found
Trying other mirror.
[Errno 4] IOError: HTTP Error 404: Not Found
Trying other mirror.
Traceback (most recent call last):
  File "/usr/bin/yum", line 8, in ?
  File "/usr/share/yum-cli/yummain.py", line 101, in main
    (result, resultmsgs) = base.buildTransaction()
  File "/usr/lib/python2.3/site-packages/yum/__init__.py", line 173,
in buildTransaction
    (rescode, restring) = self.resolveDeps()
  File "/usr/lib/python2.3/site-packages/yum/depsolve.py", line 148,
in resolveDeps
  File "/usr/lib/python2.3/site-packages/yum/depsolve.py", line 106,
in populateTs
  File "/usr/lib/python2.3/site-packages/yum/__init__.py", line 431,
in downloadHeader
    end=end, checkfunc=checkfunc, copy_local=1)
  File "/usr/lib/python2.3/site-packages/yum/repos.py", line 443, in get
  File "/usr/lib/python2.3/site-packages/urlgrabber/mirror.py", line
414, in urlgrab
    return self._mirror_try(func, url, kw)
  File "/usr/lib/python2.3/site-packages/urlgrabber/mirror.py", line
392, in _mirror_try
    mirrorchoice = self._get_mirror(gr)
  File "/usr/lib/python2.3/site-packages/urlgrabber/mirror.py", line
290, in _get_mirror
    return gr.mirrors[gr._next]
IndexError: list index out of range
[root@home tmp]#

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

Comment 1 Kjartan Maraas 2004-10-20 14:38:26 UTC
Created attachment 105512 [details]
config file

Comment 2 Seth Vidal 2004-10-20 18:07:33 UTC
Can you reliably reproduce it? I'm trying to figure out when the
mirrorlist is overflowing.

Comment 3 Seth Vidal 2004-10-21 05:18:40 UTC
I've tested this with a limited set of mirrorlists but I can't make it
occur. Can you reliably reproduce it?

Comment 4 Kjartan Maraas 2004-10-21 07:34:43 UTC
Maybe it was related to me having commented out the baseurl line in
yum.conf? I'll do some more testing later today to see if I can get it
to break again.

Comment 5 Kjartan Maraas 2004-10-21 07:46:55 UTC
Now I just get this:

Is this ok [y/N]: y
Downloading Packages:
warning: rpmts_HdrFromFdno: V3 DSA signature: NOKEY, key ID 30c9ecf8
warning: rpmts_HdrFromFdno: V3 DSA signature: NOKEY, key ID 897da07a
warning: rpmts_HdrFromFdno: V3 DSA signature: NOKEY, key ID 8df56d05
public key not available for

the same error is repeated for all packages and it just exits...

Comment 6 Seth Vidal 2004-10-21 07:50:05 UTC
This means the packages you're trying to install are signed by keys
that you don't have installed in your rpmdb.

You can either:
 - install those keys
 - set gpgcheck=0 in your repos

your choice.

Comment 7 Jeremy Katz 2004-11-01 16:19:27 UTC
Kjartan -- figure out anything more about what was going on here?

Comment 8 Kjartan Maraas 2004-11-02 09:53:30 UTC
Never saw this again. Sorry for not following up on it earlier.

Comment 9 Seth Vidal 2004-11-02 12:36:21 UTC
Closing this one, for now, if we can recreate it, reopen it.

Note You need to log in before you can comment on or make changes to this bug.