http://qa.mandrakesoft.com/show_bug.cgi?id=6056
------- Additional Comments From [EMAIL PROTECTED] 2003-10-10 09:55 ------- It works (with proxy environment set or not and from command line or from graphical interface) if the NAME of URPMI medium IS NOT 'update_source'. If I give the name of urpmi medium lets say 'updates' then the 'urpmi.updates' command (or from graphical interface) works, but if the name is 'update_source' it gives me errors (as you can see from last two lines of command output): problem reading synthesis file of medium "update_source" unable to update medium "update_source" If the urpmi medium name is e.g. 'updates', then the command works fine and output is as follows: urpmi.addmedia updates ftp://nanos/linux/distr/Mandrake/updates/9.1/RPMS with ../base/hdlist.cz added medium updates 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 source hdlist (or synthesis) of "updates"... found probed hdlist (or synthesis) as ../base/hdlist.cz ...retrieving done examining hdlist file [/var/cache/urpmi/partial/hdlist.updates.cz] writing list file for medium "updates" built hdlist synthesis file for medium "updates" found 0 headers in cache removing 0 obsolete headers in cache write config file [/etc/urpmi/urpmi.cfg] It looks like the script is name dependant. But I tested that only on one machine! Yesterday I found one problem more, if running 'Install Software' or 'Remove Software' (rpmdrake, rpmdrake-remove) when using those two new URPM packages you provided. The problem appears as soon as you want to select a package from the package list -> the program chrashes. It looks like perl function 'deselect_un.al' is missing. When I click in select box at package, the program crashes and the following error appears: Can't locate auto/urpm/deselect_un.al in @INC (@INC contains: /usr/lib/libDrakX /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at /usr/sbin/rpmdrake line 418 -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email ------- 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] status: NEEDINFO creation_date: description: "urpmi.update --update" takes a lot of time to work (cca. 5-10 minutes) if URMP has no proxy settings (file /etc/urpmi/proxy.cfg is empty), but there is environment 'http_proxy' variable set (file /etc/profile.d/proxy.sh has proxy definition). That kind of configuration is needed because we have firewall, but Mdk updates mirror location is on the local network (local mirror ftp server for Mandrake updates). I think that the problem is in calling 'culr' command, if there is no proxy settings in file '/etc/urpmi/proxy.cfg'. Urmpi.update calls curl as follows: /usr/bin/curl 0-s -I ftp://nanos/linux/distr/Mandrake/updates/9.1/base/hd I think that there is invalid parameter '0-s', which maybe? it should be '-0 -s', but I can not see the whole command line with parameters of the running process to see the whole picture. In this situation probably curl uses parameter '0-s' as an URL, which must be found, but '0-s' URL doesn't exist. There is no problem to make 'urpmi.update', if URPMI update source resides on the internet (e.g. ftp://mandrake.redbox.cz/...). In this situation URPM http proxy must be set because of the firewall. Maybe there is a bug in vendor perl module 'urpm.pm'?
