wget doesn't accept http_proxy environment variable

Bug #540851 reported by A. S. Popov
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
wget (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: wget

I run:
http_proxy=http://myprox.mycompany.ru wget -O - http://www.google.ru

I see:
cyberone@cyberone-laptop:~/Downloads$ http_proxy=http://10.224.4.2:3129 wget http://ya.ru
--2010-03-18 17:13:40-- http://ya.ru/
Resolving ya.ru... ^C

I have:

 cyberone@cyberone-laptop:~/Загрузки$ LANG=C wget --version
GNU Wget 1.12 built on linux-gnu.

+digest +ipv6 +nls +ntlm +opie +md5/openssl +https -gnutls +openssl
-iri

Wgetrc:
 /home/cyberone/.wgetrc (user)
 /etc/wgetrc (system)
Locale: /usr/share/locale
Compile: gcc -DHAVE_CONFIG_H -DSYSTEM_WGETRC="/etc/wgetrc"
 -DLOCALEDIR="/usr/share/locale" -I. -I../lib -g -O2
 -D_FILE_OFFSET_BITS=64 -O2 -g -Wall
Link: gcc -g -O2 -D_FILE_OFFSET_BITS=64 -O2 -g -Wall -Wl,-Bsymbolic-functions
 /usr/lib/libssl.so /usr/lib/libcrypto.so -ldl -lrt ftp-opie.o
 openssl.o http-ntlm.o gen-md5.o ../lib/libgnu.a

Copyright 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://www.gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Originally written by Hrvoje Niksic <email address hidden>.
Currently maintained by Micah Cowan <email address hidden>.
Please send bug reports and questions to <email address hidden>.

Tags: proxy wget
Revision history for this message
Lorenzo De Liso (blackz) wrote :

Hello,
thanks for making ubuntu better.
I have tried with other proxy and it works.

Regards,

Lorenzo D. (alias BlackZ).

Changed in wget (Ubuntu):
status: New → Invalid
Revision history for this message
A. S. Popov (cyberone-mail) wrote :

Oh, yeah, I've just removed /etc/wgetrc and everything is OK now

Revision history for this message
nomike (michael-postmann) wrote :

I'm using the current stock vanilla "wget" of Ubuntu "Lucid" with no "~/.wgetrc" and no "/etc/wgetrc" and proxy support still does not work:

nomike@sion:~$ cat ~/.wgetrc
cat: /home/nomike/.wgetrc: No such file or directory
nomike@sion:~$ cat /etc/wgetrc
cat: /etc/wgetrc: No such file or directory
nomike@sion:~$ export http_proxy="http://proxy-sd.s-mxs.net:8080"
nomike@sion:~$ export ftp_proxy="http://proxy-sd.s-mxs.net:8080"
nomike@sion:~$ echo $http_proxy
http://proxy-sd.s-mxs.net:8080
nomike@sion:~$ echo $ftp_proxy
http://proxy-sd.s-mxs.net:8080
nomike@sion:~$ wget http://www.google.com/
--2010-07-06 19:44:14-- http://www.google.com/
Auflösen des Hostnamen »www.google.com«.... fehlgeschlagen: Name or service not known.
wget: kann die Host-Adresse »»www.google.com«« nicht auflösen

However lynx is honoring the "*_proxy" environment variables.

Changed in wget (Ubuntu):
status: Invalid → New
Changed in wget (Ubuntu):
status: New → Confirmed
Revision history for this message
LostInBrittany (lostinbrittany) wrote :

I have exactly the same problem that nomike, also in Lucid, with no "~/.wgetrc" and no "/etc/wgetrc"

Revision history for this message
LostInBrittany (lostinbrittany) wrote :

It seems it's the same proble that bug 232469. The culprit is the "no_proxy" environment variable, that in Lucid has a trailing comma. Wget gets confused by that comma.

unsetting no_proxy variable, or setting it to the same value without the trailing comma solves the problem.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.