up2date hang on dependency test

[Will Backman]

That did it for me, along with removing the xmms-mp3 which caused an
unresolvable.

NOTE - Console up2date always shows 0 k/s and 0 remaining during package
download.  Anyone else getting this?

On Fri, 2003-10-24 at 16:30, Adrian Likins wrote:
> On Fri, Oct 24, 2003 at 03:57:49PM -0400, 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.
> 
> 	yeah, that should do it. old versions didnt truncate
> the extraneous arches. .9 should. (actually, .7 should as
> well, not sure if it ever landed in fedora though). 
> And it looks like the time stamp on the header info
> hasnt changed in a while, so it wasnt updating the
> client side package lists. 
> 
> 	update to .9 or newer, and blow away 
> /var/spool/up2date/rawhide* and it should be
> okay. 
> 
> Adrian
> 
> 
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> http://www.redhat.com/mailman/listinfo/fedora-test-list