Fabien ILLIDE <[EMAIL PROTECTED]> writes:
In case of : [EMAIL PROTECTED] fabien]# ll /var/cache/urpmi/partial/ -rw-r--r-- 1 root root 356352 ao� 22 14:31 hdlist.cz -rw-r--r-- 1 root root 98 ao� 20 11:01 MD5SUM
For sure an hdlist is not 356352 bytes longs, you have got an error to read hdlist which has been wrongly reported as list being unable to be built.
May be. (or may be I've ctrl-c)
Try again updating and check it still works, do you have used symlink in /var/cache/urpmi or /var/lib/urpmi to perform some tasks ?
Well, I've update many many times, with always same result :
For update_source for example : the all file is downloaded (4731K if I remember), then "r�cup�ration effectu�e" (so it seems OK), it's only after that that it said it couldn't write the file list.
I never done symlinks or other special things in these directories.
(the only thing is going in /var/cache/urpmi/rpms/ to install rpm which have given problems)
What I've done _for only update-source_ so that I've still the problem for other sources :
-Deleted files which contains "update-source" in /var/lib/urpmi/
-Try urpmi.update but it said that it couldn't find the file and it doesn't work
-Go in Software Source Manager in MCC (it's description is still in english btw), then edit "update_source", don't change anything but click on "save", so it seems to generate needed files, then update the source right.
Now there's no more problem in updating this source, strange thing is that the regenerated files seems to have same permissions than files I let in /var/lib/urpmi
Any idea about the cause ?
--
Les brevets de logiciels : une menace extr�mement grave p�se sur l'industrie europ�enne du logiciel !
voici un wiki d�di� � ce probl�me : http://brevets-logiciels.info
