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

[Andrea Urbani]

Hello Tim,

I don't know exactly why "LIST -a" is used before LIST. I mean, I can image 
it's because with "-a" you are sure to get all the files + files information in 
the systems that recognise "-a" as an option and not as a file/dir name.
So, this will be my comment.
I have to look for comments inside the GIT repository and/or change log if when 
it has being added a "why" comment was included too. According to me, this is 
the only way I can use to find the real reason or have you others?

About this comment, the use of LIST instead of "LIST -a" (if this last one 
returns an empty list) and to continue to use LIST for that host if other 
requests have to being done in that session, yes, I think I can do them (not 
now, but in few days).
But, according to the indications of Ángel González, what does the maintainer 
of wget think about these changes?

Have a nice week-end, to all

Bye
Andrea
----- Original Message -----
From: Tim Rühsen
Sent: 08/30/13 09:35 PM
To: address@hidden
Subject: Re: [Bug-wget] New option "--no-list-a"

Am Freitag, 30. August 2013, 12:04:41 schrieb Andrea Urbani: > if you try to 
connect to ftp.freebsd.org and you ask for "LIST" you will get > > drwxrwxr-x 3 
110 1002 512 Oct 23 2006 pub > > if you ask for "LIST -a" you will get > > 
drwxrwxr-x 3 110 1002 512 Aug 24 2006 . > drwxrwxr-x 3 110 1002 512 Aug 24 2006 
.. > drwxrwxr-x 3 110 1002 512 Oct 23 2006 pub That's good. A simple 'LIST' is 
enough - we don't need . and .. The same with ftp.debian.org ftp.microsoft.com 
has a different output format, but makes no difference between LIST and LIST -a 
ftp.redhat.com: LIST without -a supresses 'hidden' (dot) files. I think that is 
why '-a' is used first by Wget - to also get the hidden files. A patch that 
does not introduce a new option should: - add a comment why LIST -a is tried 
before LIST - if LIST -a returns an empty listing, Wget should fallback to LIST 
Andrea, can you do it ? Tim