up2date hang on dependency test

John MacLean john.d.maclean at mail.mcgill.ca
Mon Oct 27 19:54:26 UTC 2003


On Fri, 2003-10-24 at 15:57, netopml at newview.com wrote:
> davej at redhat.com (Dave Jones) writes:
> > Same here. I grabbed the latest from rawhide manually, and updated
> > that by hand. Still no joy.
> 
> It doesn't hang it just takes its time. BTW, check your /var/spool/up2date
> dir, my up2date client was downloading header files for all the known archs
> (ppc, s390, ...). It looks like it doesn't that when you start a new
> instance of up2date when there's another one running in the background (say
> you kill the gui but the python process doesn't really die and then, you
> start a second one).
> 
> To solve this, I checked there was no up2date process running. I cleared
> the /var/spool/up2date directory (I had zillions of header files) and I
> restarted up2date. That did it.

I was having the same problem. Fresh ftp install of test3 and trying to
up2date. Hangs when trying to resolve dependencies.
One attempt was left running overnight. In the morning the message was
'unknown I/O error', or something to that effect (sorry, didn't write it
down).
Following this thread I looked at my /var/spool/up2date dir and it was
full of headers of various archs. Really full. As in /var partition had
no free space. 
In any case, upgraded up2date and rm -f *.hdr the directory. First
up2date was slow (acceptable as it was a huge update) yet successful.
-- 
John MacLean <john.d.maclean at mail.mcgill.ca>





More information about the fedora-test-list mailing list