This is the mail archive of the
libc-alpha@sources.redhat.com
mailing list for the glibc project.
Re: localedata/locales/iso14651_t1 problem?
- To: GOTO Masanori <gotom at debian dot org>
- Subject: Re: localedata/locales/iso14651_t1 problem?
- From: Ulrich Drepper <drepper at redhat dot com>
- Date: 05 May 2001 23:18:11 -0700
- Cc: libc-alpha at sourceware dot cygnus dot com
- References: <wtwhez07qlr.wl@fe.dis.titech.ac.jp>
- Reply-To: drepper at cygnus dot com (Ulrich Drepper)
GOTO Masanori <gotom@debian.org> writes:
> > % LANG=en_US ls -a
> > . file2vZuoT filevijr0k ssh-XXOKiPLN texMSudLt .X11-unix
> > .. filennXKNi .font-unix texaZj9oc .X0-lock .xf86config20364
>
> (This version of "ls" is locale sensitive)
> Above is correct behavior. But, users want below behavior like:
>
> > % LANG=en_US ls -a
> > . .X0-lock .font-unix file2vZuoT filevijr0k texMSudLt
> > .. .X11-unix .xf86config20364 filennXKNi ssh-XXOKiPLN texaZj9oc
Then let those people use LC_ALL=C. You have to learn to
differentiate between the assumptions made by people who used
non-i18n-ized systems and the assumptions a neutral (or new) user has.
The first output is what everybody in the second camp expects since
this is how a dictionary is ordered.
--
---------------. ,-. 1325 Chesapeake Terrace
Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA
Red Hat `--' drepper at redhat.com `------------------------