Red Hat Bugzilla – Bug 42193
ls has changed its default ordering
Last modified: 2007-04-18 12:33:24 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.2-2smp i686; en-US; 0.8.1)
Description of problem:
.xxx files are now listed according to XXX instead of placing them first as
Steps to Reproduce:
1.type ls -al
2.see that .*** files are no longer grouped together before ***
Locale-awareness is a feature, not a bug.
If you want to turn it off, export LC_COLLATE=C
Sorry. Anything that *BREAKS* scripts after an upgrade IS NOT A FEATURE.
I don't **CARE** if it's POSIX-compliant behaviour, it is inappropriate
behaviour for an out-of-the-box install.
Maybe that means making the default locale "C" again instead of en_US or
en_whatever, since I don't recall any way to select the C locale during install.
...like I really needed another excuse to switch to BSD instead of upgrading a
dozen RedHat customers to 7.1. Much as I dislike "for historical reasons"
showing up in the manpage, /bin/ls is critical enough to way too many scripts
to change DEFAULT behaviours.
(Besides - since when does "." get ignored during collation? It has a position
in any collation order. Maybe before alphas maybe after, but I don't expect
collation to simply IGNORE characters it doesn't feel like sorting.)