These are the packages that I would merge, in order:

Fetching binary packages info...
Loaded metadata pickle.
Traceback (most recent call last):
  File "/usr/bin/emerge", line 3123, in ?
    mydepgraph=depgraph(myaction,myopts)
  File "/usr/bin/emerge", line 915, in __init__
    portage.db["/"]["bintree"].populate(("--getbinpkg" in myopts),
("--getbinpkgonly" in myopts))
  File "/usr/lib/portage/pym/portage.py", line 5931, in populate
    self.remotepkgs =
getbinpkg.dir_get_metadata(settings["PORTAGE_BINHOST"],
chunk_size=chunk_size)
  File "/usr/lib/portage/pym/getbinpkg.py", line 440, in dir_get_metadata
    filelist = dir_get_list(baseurl, conn)
  File "/usr/lib/portage/pym/getbinpkg.py", line 297, in dir_get_list
    listing = conn.nlst(address)
  File "/usr/lib/python2.4/ftplib.py", line 448, in nlst
    self.retrlines(cmd, files.append)
  File "/usr/lib/python2.4/ftplib.py", line 395, in retrlines
    resp = self.sendcmd('TYPE A')
  File "/usr/lib/python2.4/ftplib.py", line 241, in sendcmd
    return self.getresp()
  File "/usr/lib/python2.4/ftplib.py", line 214, in getresp
    raise error_temp, resp
ftplib.error_temp: 421 No Transfer Timeout (5 seconds): closing
control connection.


Now here's the great part.  If I remove
/var/cache/edb/remote_metadata.pickle, everything works great.  But,
if I try it again the next time, it fails with the above errors.  Then
I remove the remote_metadata.pickle again, and it works.  Any clues on
this one?  It looks like it's having some sort of active FTP problem
perhaps?  But why would it work when I remove the pickle, but not
afterwards?  This is just very bizarre to me.  Does it not use active
FTP the first round or something?

All I've got to say, is that really weird things are happening, LOL.

-- 
gentoo-user@gentoo.org mailing list

Reply via email to