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: [email protected] 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
