On Fri, 2003-09-05 at 14:42, François Pons wrote: > Adam Williamson <[EMAIL PROTECTED]> writes: > > > [EMAIL PROTECTED] radiohead]# urpmi.update plf > > examining synthesis file [/var/lib/urpmi/synthesis.hdlist.cooker.cz] > > examining synthesis file [/var/lib/urpmi/synthesis.hdlist.contrib.cz] > > examining MD5SUM file > > examining synthesis file [/var/lib/urpmi/synthesis.hdlist.plf.cz] > > [EMAIL PROTECTED] radiohead]# > > It could be normal, urpmi.update now check with md5sum of file downloaded and > file present. In this case, it check MD5SUM file (distant) with saved md5sum of > the file to download to check if they are identical. > > To force download, use -f --no-md5sum as -f is needed to avoid timestamps and > size checking.
Okay, just tried with --no-md5sum and it decided plf was current, so sounds like that's it. However, it seems the md5sum stage is responsible for the slowdown - the whole thing is a LOT faster with -a --no-md5sum than with just -a. Any idea why it takes so long? -- adamw