GNU bug report logs - #12566
ls case-insensitivie

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 12566 in the body.
You can then email your comments to 12566 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Michael Talbot-Wilson <mtw <at> view.net.au>
To: bug-coreutils <at> gnu.org
Subject: ls case-insensitivie
Date: Wed, 3 Oct 2012 15:20:01 +0930 (CST)

$ ls -lFGgd [G-G]*
drwxr-xr-x 4 4096 Apr  8 13:13 GC/
$ ls -lFGgd [F-G]*
drwxr-xr-x  4 4096 Apr  8 13:13 GC/
drwxr-xr-x 16 4096 Jun 11 15:43 gtk+-2.24.4/
$ ls --version
ls (GNU coreutils) 8.9
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
$ cat /proc/version
Linux version 2.6.29.6-smp (root <at> midas) (gcc version 4.3.3 (GCC) ) #2
SMP Mon Aug 17 00:52:54 CDT 2009

Message #8 received at 12566 <at> debbugs.gnu.org (full text, mbox):

From: Bob Proulx <bob <at> proulx.com>
To: Michael Talbot-Wilson <mtw <at> view.net.au>
Cc: 12566 <at> debbugs.gnu.org
Subject: Re: bug#12566: ls case-insensitivie
Date: Wed, 3 Oct 2012 02:19:41 -0600

Michael Talbot-Wilson wrote:
> $ ls -lFGgd [G-G]*
> drwxr-xr-x 4 4096 Apr  8 13:13 GC/
> $ ls -lFGgd [F-G]*
> drwxr-xr-x  4 4096 Apr  8 13:13 GC/
> drwxr-xr-x 16 4096 Jun 11 15:43 gtk+-2.24.4/

Thanks for the report.  But you are misunderstanding that it is it is
shell that is expanding the file glob.  The ls command has nothing to
do with that part of things.  You can verify this by using the echo
command to echo the line.

  $ echo ls -lFGgd [G-G]*
  GC

  $ echo ls -lFGgd [F-G]*
  GC gtk+-2.24.4

Since the shell is expanding the file glob and handing the result to
ls the ls command isn't responsible.

However what you are seeing is not a bug in the shell either.  This
behavior changed when en_US and other natural language locales were
introduced with "dictionary" collating sequences.  In those case is
folded and punctuation is ignored.  See this reference:

  http://www.faqs.org/docs/bashman/bashref_35.html

Many of us who do not like this set the following to use a C collating
sequence.  For me:

  export LANG=en_US.UTF-8
  export LC_COLLATE=C

The shell will need to be restarted with those variables in force.

Bob

Message #11 received at 12566 <at> debbugs.gnu.org (full text, mbox):

From: Michael Talbot-Wilson <mtw <at> view.net.au>
To: Bob Proulx <bob <at> proulx.com>
Cc: 12566 <at> debbugs.gnu.org
Subject: Re: bug#12566: ls case-insensitivie
Date: Wed, 3 Oct 2012 20:55:32 +0930 (CST)

On Wed, 3 Oct 2012, Bob Proulx wrote:

> Michael Talbot-Wilson wrote:
>> $ ls -lFGgd [G-G]*
>> drwxr-xr-x 4 4096 Apr  8 13:13 GC/
>> $ ls -lFGgd [F-G]*
>> drwxr-xr-x  4 4096 Apr  8 13:13 GC/
>> drwxr-xr-x 16 4096 Jun 11 15:43 gtk+-2.24.4/
>
> Thanks for the report.  But you are misunderstanding that it is it is
...
>  export LANG=en_US.UTF-8
>  export LC_COLLATE=C
>
> The shell will need to be restarted with those variables in force.

Thanks for your quick and detailed reply to a mistaken bug report.  My
other mistake:

$ export LC_ALL=en_AU.utf-8; export LC_COLLATE=C; locale
LANG=en_AU.utf-8
LC_CTYPE="en_AU.utf-8"
LC_NUMERIC="en_AU.utf-8"
LC_TIME="en_AU.utf-8"
LC_COLLATE="en_AU.utf-8"
LC_MONETARY="en_AU.utf-8"
LC_MESSAGES="en_AU.utf-8"
LC_PAPER="en_AU.utf-8"
LC_NAME="en_AU.utf-8"
LC_ADDRESS="en_AU.utf-8"
LC_TELEPHONE="en_AU.utf-8"
LC_MEASUREMENT="en_AU.utf-8"
LC_IDENTIFICATION="en_AU.utf-8"
LC_ALL=en_AU.utf-8

$ unset LC_ALL; locale
LANG=en_AU.utf-8
LC_CTYPE="en_AU.utf-8"
LC_NUMERIC="en_AU.utf-8"
LC_TIME="en_AU.utf-8"
LC_COLLATE=C
LC_MONETARY="en_AU.utf-8"
LC_MESSAGES="en_AU.utf-8"
LC_PAPER="en_AU.utf-8"
LC_NAME="en_AU.utf-8"
LC_ADDRESS="en_AU.utf-8"
LC_TELEPHONE="en_AU.utf-8"
LC_MEASUREMENT="en_AU.utf-8"
LC_IDENTIFICATION="en_AU.utf-8"
LC_ALL=

Thanks again.

Message #16 received at 12566 <at> debbugs.gnu.org (full text, mbox):

From: Bob Proulx <bob <at> proulx.com>
To: Michael Talbot-Wilson <mtw <at> view.net.au>
Cc: 12566 <at> debbugs.gnu.org
Subject: Re: bug#12566: ls case-insensitivie
Date: Wed, 3 Oct 2012 09:44:34 -0600

Michael Talbot-Wilson wrote:
> Thanks for your quick and detailed reply to a mistaken bug report.  My
> other mistake:
> 
> $ export LC_ALL=en_AU.utf-8; export LC_COLLATE=C; locale

Ah, right.  LC_ALL is the highest priority control.  It overrides
LC_COLLATE.  So in practice LC_ALL=C is useful to force 100% of
everything to a standard setting.  But the reverse of trying to pick
and choose features such as LANG=en_AU.utf-8 LC_COLLATE=C requires
LC_ALL to be unset.  (Which I have mostly said for the purpose of
people searching the archive because you have already determined this
from your case example.)

Since you are talking about bash file glob expansion let me also note
this message:

  http://lists.gnu.org/archive/html/bug-bash/2012-05/msg00086.html

It notes that future versions of bash will have an option to enable
Rational Range Interpretation of [a-z] and [A-Z].

Thank you for helping to make GNU better.  I have closed this bug
ticket.  Feel free to continue the discussion as I just did with this
message.  It will still reach all of the participants.

Bob

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.