https://qa.mandrakesoft.com/show_bug.cgi?id=1054
------- Additional Comments From [EMAIL PROTECTED] 2003-01-27 10:23 ------- This could be a problem because using wget (which reconnect for each file) instead of curl (which connect only once). Can you check installing curl if this is the case. ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------- Reminder: ------- assigned_to: [EMAIL PROTECTED] description: When a Mandrake Update mirror entry is not valid, Mandrake Update will hang forever with the dialog "Please wait, contacting mirror to update packages." The only way to recover is (novice method) kill the window or (expert method) ps for the urpmi process and kill it. The Log Messages within the Mdk Control Center only says "MandrakeUpdate[3081]: launched command: /usr/sbin/urpmi.update update_source" Console messages are equally terse, hanging with the status message: retrieving description file of "update_source"... There are two things. First is that urpmi.update cannot recover if the update source URL is bad. It fails just the same way if invoked from the command-line. The second is that mirror URLs retrieved from the Choose A Mirror interface are not reliable. It's trial and error to select a working mirror as an Update Source, then that Source can become invalid some time later. SUGGESTION: Why _commit_ to an Update Source at all? Why not present the user with the Mirror List EACH TIME he/she invokes Mandrake Update? If fetching the Mirror List should fail, there can be one in cache. Then the user would choose one (or more?) from the List and press a button to retrieve the Description File. Any mirror that delivers a proper Description File is the mirror we use to retrieve files. If this fails, however, the user would be alerted and invited to try another mirror from the list. Repeat until success. The interface could get specific about failures w/o too much trouble, informing the user that the Mirror is full (try later), or else it doesn't respond (network down?), or the path is missing and requires administrator's attention. full console trace: mcc pid 3052 examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation CD 1 (x86) (cdrom1).cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation CD 2 (x86) (cdrom2).cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.International CD (x86) (cdrom3).cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.update_source.cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation CD 1 (x86) (cdrom1).cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.Installation CD 2 (x86) (cdrom2).cz] examining synthesis file [/var/lib/urpmi/synthesis.hdlist.International CD (x86) (cdrom3).cz] retrieving description file of "update_source"...