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.
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.
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
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
If you don't like it, recompile with --disable-ls.