[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-wget] New option "--no-list-a"

From: Andrea Urbani
Subject: Re: [Bug-wget] New option "--no-list-a"
Date: Fri, 30 Aug 2013 12:03:45 -0400

Hello Ángel,

I wrote "some systems" because in the sources is written:

 /* 2008-01-29 SMS. For a VMS FTP server, where "LIST -a" may not
 fail, but will never do what is desired here, skip directly to the
 simple "LIST" command (assumed to be the last one in the list).

so the problem with the "LIST -a" is at more systems than just info-zip.org.

About to try "LIST -a" and, if you get an empty list, to try a "LIST" is good 
for me, thinking, in particular, to end users that just ask for the download of 
a file and they are expecting to have it, without to try again with a new 
parameter to let this download work.

However, about storing download parameters according to the destination address 
I think this is no necessary.

I am new here and so I don't know how the things go.
For me (my use of wget) the new parameter is fine and works well, but for the 
public? Have I to send another patch with "LIST in case of empty LIST -a"? Or 
will anybody else do it? Or have we to reach a common solution to the problem? 
Or have we to wait for the maintainer choice?

Please, let me know

Thank you
----- Original Message -----
From: Ángel González
Sent: 08/29/13 11:43 PM
To: Andrea Urbani
Subject: Re: [Bug-wget] New option "--no-list-a"

On 25/08/13 14:10, Andrea Urbani wrote: > Good afternoon, > some systems (at 
least info-zip.org) have problems with the ftp command "LIST -a". > (...) 
Thanks for the detailed report. :) > 150 List started. > done. > > [<=> ] 0 
--.-K/s in 0s > > Closed fd 4 > 226 Transfer completed. > 2013-08-25 06:40:42 
(0.00 B/s) - â.listingâ saved [0] > > that means no errors but also an empty 
list of files. > Within the attached patch I have added a new parameter, 
--no-list-a, that tells WGET just to use the "LIST" command. > If you try the 
new parameter I'm not convinced that creating a new option is the solution. I 
would prefer that if the first LIST -a returns an empty list, it retries just 
with LIST to detect if it's a server without this (which is likely, we don't 
even have . and ..) Naturally, if there ever was a working LIST -a *or* LIST 
worked but LIST -a failed, would be remembered for the following requests to 
this host.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]