Description of problem: Due to the fix of #441807, ls -1U (with two or more arguments, at least one a nonempty directory) would print entry names *before* the name of the containing directory. It affects also incorrect output of ls -1RU and ls -1sU. Version-Release number of selected component (if applicable): coreutils-5.97-15.el5 and later How reproducible: always Steps to Reproduce: 1. have two dirs with files (e.g. foo and bar) 2. ls -1U foo bar Actual results: Entries are printed before the name of the directory. Expected results: Name is printed before the entries. Additional info: Although it is regression, impact is quite low. Anyway it could cause issues in some scripts, so it's worth to fix it.
Upstream commit with fix : http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=493c48168490247c88e9fd20916432efc859c6a4
Corresponding test-case written by Jim Meyering: http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=5874a8215deb28918a049ba24c4335f7a7fb74e1
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Previously, when the "ls -1U" command was called with two or more arguments and with at least one non-empty directory as an argument, directory entry names were printed before the name of their parent directories. This bug has been fixed and now the entries are printed in correct order.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-1074.html