[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Problems with fileutils 4.1
From: |
Jim Meyering |
Subject: |
Re: Problems with fileutils 4.1 |
Date: |
16 Jun 2001 15:29:03 +0200 |
User-agent: |
Gnus/5.090003 (Oort Gnus v0.03) Emacs/21.0.104 |
That is not a problem with ls.
It is now POSIX compliant in this respect and your environment
(probably because LC_* are set to en_US) is provoking the
unexpected behavior.
Set the LC_COLLATE envvar to C to restore the behavior you're expecting.
Dave Gotwisner <address@hidden> wrote:
| The fileutils version 4.1 (specifically) "ls" are broken.
|
| Downloading the trees (today) from ftp.gnu.org for 4.0 and 4.1 give
| versions of 4.0 and 4.1, respectively. 4.1 has the same problem
| behavior, 4.0 does not. This is a result of my discovering a similar
| problem with Redhat 7.1 which ships with fileutils 4.0.36 (their label).
|
| I have been using LS for 25 years on different platforms, and they all
| behaved consistently, the behavior on 4.1 is wrong, hence, I consider it
| broken.
|
| What I am observing is that if you have a directory that contains dot
| files, capital letter files, and lower case letter files, and do an "ls
| -AF" command, the old (and in my opinion, correct) behavior is to put
| dot files first, and do a straight ascii sort, so the capital letter
| names appear before the lower case letter names. The new behavior
| appears to ignore punctuation, and to do a non-ascii, case ignored sort,
| so README and readme.first appear contiguous in the directory listing.
|
| ITthis behavioral change will break many scripts that depend upon the
| output of LS being consistent.