Red Hat Bugzilla – Bug 129135
wget-1.9.1-5 fails to download file with long ftp url (reclassify as kernel bug)
Last modified: 2007-11-30 17:10:46 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET
Description of problem:
wget-1.9.1-5 fails to download file with long ftp url and the words
ftp in the domain name. The file is of size 1.5M:
Resolving ftp.tin.org... 184.108.40.206
Connecting to ftp.tin.org[220.127.116.11]:21... connected.
Logging in as anonymous ...
wget just hangs there. However, another url works for wget:
Resolving ftp.funet.fi... 18.104.22.168
Connecting to ftp.funet.fi[22.214.171.124]:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /pub/unix/news/tin-unoff ... done.
==> PASV ... done. ==> RETR tin-current.tar.gz ... done.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. type wget ftp://ftp.tin.org/pub/news/clients/tin/stable/tin-
kernel release is 2.6.7-1.494.2.2smp
I've reclassified the component from wget to kernel. This is because
this version of wget works under kernel-smp-2.6.6-1.435.2.3 for the
specific example above.
Moreover, I discovered that the average speed for downloads via wget
or elinks for kernel-2.6.7-1.494.2.2smp was in B/s. The file I was
attempting to download was the J2SE v 1.4.2_05 SDK RPM in self-
extracting file. On the other hand, the download using kernel-smp-
2.6.6-1.435.2.3 was in K/s.
*** This bug has been marked as a duplicate of 129204 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.