http://qa.mandrakesoft.com/show_bug.cgi?id=6056
------- Additional Comments From [EMAIL PROTECTED] 2003-04-10 10:09 -------
I'm not using cooker.
Like I said I made a ftp mirror server for mdk updates inside our network. To
reach internet it is necesarry to go through firewall.
So I want to have 'update_source' media which points to our internal ftp server.
In this situation curl must not use proxy. But if there is environment
'http_proxy' setting and no proxy setting for urpm (in urpmi.cfg) then
MandrakeUpdate needs a lot of time to resolve, that there is no '0-s' server up
there. Maybe the reason fir big delays is our huge network, but urpm.update
tries to call '/usr/bin/curl 0-s -I ftp://...', which means that it is looking
for server '0-s', which doesn't exist (nor in internet nor in intranet). The
real target server is 'ftp://...'.
If I unset environment 'http_proxy' variable, there are no such delays and the
whole thing works like a charm (as you said), but there is still an error, if
you start MandrakeUpdate from command line. Here is the output:
[EMAIL PROTECTED] root]# MandrakeUpdate
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"...
curl: (6) Couldn't resolve host '0-s'
% Total % Received % Xferd Average Speed Time Curr.
Dload Upload Total Current Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:00 --:--:-- 0
...retrieving done
retrieving source hdlist (or synthesis) of "update_source"...
curl: (6) Couldn't resolve host '0-s'
% Total % Received % Xferd Average Speed Time Curr.
Dload Upload Total Current Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:00 --:--:-- 0
...retrieving done
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]
examining synthesis file [/var/lib/urpmi/synthesis.hdlist.update_source.cz]
As you can see there is still an error (curl: (6) Couldn't resolve host '0-s').
Maybe in our network with environment 'http_proxy' variable set takes a lot of
time to realize that there is no '0-s' server.
--
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: UNCONFIRMED
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'?
