Fran�ois Pons wrote: >Stefan van der Eijk <[EMAIL PROTECTED]> writes: > >>What I've also noticed is that when doing an urpmi.update -a all the rpm's in >>the file:// sources (without hdlist) are scanned. Also, the synthesis files are >>only 20bytes long. >> > >This means the cache is dumped all the time, I checked this point. > >synthesis of 20 bytes is a null compressed file, there is an error generating >the synthesis so, no strange message when doing an urpmi.update ? > Nothing out of the ordinary:
copying source hdlist (or synthesis) of "cooker"... ...copying done building hdlist [/var/cache/urpmi/partial/hdlist.contrib.cz] /mirrors/contrib/i586/hping2-2.0.0-0.beta54.2mdk.i586.rpm ... /mirrors/contrib/i586/libid3lib3.8_0-devel-3.8.0-0.pre2.1.1mdk.i586.rpm choosing compression method with "gzip -4" for archive /var/cache/urpmi/partial/ hdlist.contrib.cz real archive size of /var/cache/urpmi/partial/hdlist.contrib.cz is 4622429 building hdlist [/var/cache/urpmi/partial/hdlist.plf.cz] /mirrors/plf/RPMS/Xtheater-0.9.2-1mdk.i586.rpm ... /mirrors/plf/RPMS/mplayer-skins-1.1-1mdk.noarch.rpm choosing compression method with "gzip -4" for archive /var/cache/urpmi/partial/ hdlist.plf.cz real archive size of /var/cache/urpmi/partial/hdlist.plf.cz is 81537 reading hdlist file [/var/lib/urpmi/hdlist.cooker.cz] reading hdlist file [/var/lib/urpmi/hdlist.contrib.cz] reading hdlist file [/var/lib/urpmi/hdlist.plf.cz] keeping only files referenced in provides reading hdlist file [/var/lib/urpmi/hdlist.cooker.cz] reading hdlist file [/var/lib/urpmi/hdlist.contrib.cz] reading hdlist file [/var/lib/urpmi/hdlist.plf.cz] built hdlist synthesis file for medium "cooker" built hdlist synthesis file for medium "contrib" built hdlist synthesis file for medium "plf" found 1300 headers in cache removing 1300 obsolete headers in cache write config file [/etc/urpmi/urpmi.cfg] >What gives parsehdlist --info --compact --requires --provides >/var/lib/urpmi/hdlist.cooker.cz (does it seems right) ? > the whole list... it looks right... Stefan
