trying to recieve a file via wget from an ftp supporting ipv6 fails. but ONLY if the default active mode is used. and heres the odd point: a plain wget 1.9.1 or 1.9 compiled on the same machine does a great job (compiled via `configure --enable-ipv6 && make`)! so it seems like the wget-1.9+ipvmisc.patch is broken. strace of this action is available at http://blackwing.de/files/wget-strace Reproducible: Always Steps to Reproduce: 1. emerge wget 1.9-r2 or 1.9.1 on an ipv6 enabled machine 2. try to recieve a file from an ipv6-enabled ftp e.g. `wget ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo/distfiles/linux-2.6.1.tar.bz2` 3. watch the errors passing by :P Actual Results: wget ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo/distfiles/linux-2.6.1.tar.bz2 --22:54:18-- ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo/distfiles/linux-2.6.1.tar.bz2 => `linux-2.6.1.tar.bz2' Resolving ftp.uni-erlangen.de... 2001:638:a00:2::3, 131.188.3.71 Connecting to ftp.uni-erlangen.de[2001:638:a00:2::3]:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /pub/mirrors/gentoo/distfiles ... done. ==> PORT ... Bind error (Success). Retrying. Expected Results: download the as it was working in wget 1.8.2 and plain 1.9.1 Portage 2.0.49-r21 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r3, 2.4.20-xfs-r5) ================================================================= System uname: 2.4.20-xfs-r5 i686 Intel(R) Pentium(R) 4 CPU 2.00GHz Gentoo Base System version 1.4.3.10p1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="acl apache2 berkdb crypt dedicated ethereal foomaticdb gd gdbm gif gpm gtk2 imap ipv6 java jpeg libg++ libwww mad maildir mysql ncurses nls pam pdflib perl png python readline sse ssl tcpd tetex x86 xfs zlib"
Sebastien, is this an issue still with the newer wgets?
Even after more than one year, this bug ist still valid! I just reemerge the currently marked stable: * net-misc/wget Latest version available: 1.9.1-r3 Latest version installed: 1.9.1-r3 and tried again: root@blackwing:/tmp > wget ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/distfiles/openssh-3.9p1.tar.gz --18:17:41-- ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/distfiles/openssh-3.9p1.tar.gz => `openssh-3.9p1.tar.gz' Resolving vlaai.snt.ipv6.utwente.nl... 2001:610:1908:8000::175:1 Connecting to vlaai.snt.ipv6.utwente.nl[2001:610:1908:8000::175:1]:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /pub/os/linux/gentoo/distfiles ... done. ==> PORT ... Bind error (Success). Retrying. Receiving via http (ipv6) works and even active mode ftp works great: root@blackwing:/tmp > wget --passive-ftp ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/distfiles/openssh-3.9p1.tar.gz --18:19:23-- ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/distfiles/openssh-3.9p1.tar.gz => `openssh-3.9p1.tar.gz' Resolving vlaai.snt.ipv6.utwente.nl... 2001:610:1908:8000::175:1 Connecting to vlaai.snt.ipv6.utwente.nl[2001:610:1908:8000::175:1]:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /pub/os/linux/gentoo/distfiles ... done. ==> PASV ... done. ==> RETR openssh-3.9p1.tar.gz ... done. Length: 854,027 (unauthoritative) 100%[==================================================================================================================>] 854,027 713.80K/s 18:19:24 (710.86 KB/s) - `openssh-3.9p1.tar.gz' saved [854027]
Sebastien, please try the -r4 release which I just put into portage (don't forget to etc-update after the merge). That makes the default to be passive at least.
I just tried the -r4 release. Are you sure, that "passive-mode" is now default? *snip* net-misc/wget Latest version available: 1.9.1-r3 Latest version installed: 1.9.1-r4 *snap* *snip* root@blackwing:/tmp > wget ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/distfiles/openssh-3.9p1.tar.gz --17:32:02-- ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/distfiles/openssh-3.9p1.tar.gz => `openssh-3.9p1.tar.gz.2' Resolving vlaai.snt.ipv6.utwente.nl... 2001:610:1908:8000::175:1 Connecting to vlaai.snt.ipv6.utwente.nl[2001:610:1908:8000::175:1]:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /pub/os/linux/gentoo/distfiles ... done. ==> PORT ... Bind error (Success). Retrying. *snap* *snip* root@blackwing:/tmp > wget --passive-ftp ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/distfiles/openssh-3.9p1.tar.gz --17:32:53-- ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/distfiles/openssh-3.9p1.tar.gz => `openssh-3.9p1.tar.gz.2' Resolving vlaai.snt.ipv6.utwente.nl... 2001:610:1908:8000::175:1 Connecting to vlaai.snt.ipv6.utwente.nl[2001:610:1908:8000::175:1]:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /pub/os/linux/gentoo/distfiles ... done. ==> PASV ... done. ==> RETR openssh-3.9p1.tar.gz ... done. Length: 854,027 (unauthoritative) 100%[==================================================================================================================>] 854,027 544.68K/s 17:32:55 (542.03 KB/s) - `openssh-3.9p1.tar.gz.2' saved [854,027] *snap* Maybe on the weekend I'll find some time to debug it.
Sebastien, are you *sure* you ran etc-update after you installed the new version?
ah, damit it - sorry - i should read more carefully. Sorry for that.... Yes, with changing the default - IT WORKS. This just fixes default behavior, but not this bug in the active mode itself. Its just a workaround.
Sebastien, yeah, that's all I promised in comment #3 was a workaround. As for the ipv6 + active mode bug, it's probably better to just take that upstream. If you wish to do that, please feel free, or else I'll do it on your behalf.
please file the bug upstream