When upgrading from the base 6.2 RPM of wu-ftpd-2.6.0-3 RPM to the new wu-ftpd-2.6.0-14.6x a file listing bug pops up. If you use a standard FTP client like WSFTP or CuteFTP under the base RPM you see your hidden files such as .bash .screen, .htacess etc. However, when upgrading to the newer RPM you do not see these files anymore in the directory listing. I have confimed this myself and our clients have confirmed this with using Windows FTP clients such as WSFTP CuteFTP and Bulletproof FTP. Can someone please look into this BUG and report back. Thanks Eric Hosting 4 Less
The behavior of internal-ls doesn't appear to match the behavior of non-internal /bin/ls, so this appears to depend on whether or not your copy of wu-ftpd was built with internal-ls enabled.
I did not change a thing I just did a RPM -Fvh with the new RPM from the errata notice and it broke. Eric
This is almost certainly a client problem - using the right commands, wu-ftpd gives exactly the right output: No dotfiles for ls -l, dotfiles for ls -la.
This bug can also be verified by issuing "ls -ltr" on an FTP server with wu-ftpd-2.6.0-14.6x installed. Basically, the internal "ls" doesn't sort the files by timestamp as it should. I first observed this bug when I would connect to RedHat's FTP update directory and issue "ls -ltr" so that I could see the most recently changed files at the end of the listing. It was really annoying when the FTP server kept sorting the files alphabetically...
Right, sorting is not yet implemented in the internal ls in wu-ftpd (and not required by the RFC, by the way). But it gets rid of the need to keep ~/bin/ls etc. in the home directories of all chrooted users. If you don't like it, recompile with --disable-ls.