Re: Bad sort order under glibc 2.2

[Jakub Jelinek <jakub redhat com>]

On Wed, Jul 11, 2001 at 08:46:44PM +0700, Dmitry Yu. Bolkhovityanov wrote:
>     Yes, the locale isn't "C" -- it is "en_US" by default, and should be
> ru_RU.KOI8-R (since I live in Russia).
>
>     And, setting locale to "C" makes sort order normal (with dot-files
> first), and the same applies to nonexistent locales like gp_PC (green people
> from Proxima Centaura).
>
>     But anything like de_DE, en_GB, uk_UA etc. has an effect of mixing sort
> order.
>
>     BTW, there's one more problem -- filenames of various cases are mixed, so
> that "README", "INSTALL", "Makefile" etc. go *after* e.g. configure.in.  But
> the same problem affects "ls", so this one should definitely be reported to
> glibc team (strange, but I found nothing about this in their bug-tracking
> system).

There is nothing to report, glibc is correct.
glibc strcoll sorts according to locale collation sequence, and most native
languages sort that way, look at any printed vocabulary.
Some people are not used to this since computers weren't doing this
previously and people are expecting C locale sorting.
If mc wants to sort differently (e.g. putting dot files first makes a lot of
sense), then it has to ensure it itself before calling strcoll.

        Jakub