Bug 6762 - sort does not follow follow POSIX behavior
sort does not follow follow POSIX behavior
Status: CLOSED DUPLICATE of bug 6569
Product: Red Hat Linux
Classification: Retired
Component: textutils (Show other bugs)
6.1
i386 Linux
medium Severity high
: ---
: ---
Assigned To: Preston Brown
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-11-05 10:42 EST by djschaap
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-01-13 22:45:50 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description djschaap 1999-11-05 10:42:51 EST
Under RedHat 6.0, sort has (for me anyway) followed
POSIX-specified behavior of case-sensitive sorting.  Doing a
fresh install of Redhat 6.1 (and selecting en_US during
install) causes sort to do case-insensitive searches.
Upgrading an existing RedHat 6.0 system to RH 6.1 does not
alter sort's behavior (ie, it remains case-sensitive).  It
appears the new textutils package improperly uses the
"locale" setting.  (IMO anyway -- I think sort should
*always* default to case-sensitive sorting to maintain
compatibility with other distros / Unices)

Is there a fix for this?  If not, how can I change the
locale on a RH 6.1 box?
Comment 1 djschaap 1999-11-05 10:59:59 EST
I've changed /etc/sysconfig/i18n to {LANG,LC_ALL,LINGUAS}=POSIX (from
en_US) for now.  This seems to be a decent workaround.
Comment 2 Bill Nottingham 1999-11-05 11:24:59 EST
Sort is correctly following the LC_COLLATE settings in
the en_US locale. However, the correctness of those
locale settings is a matter of question....
Comment 3 Preston Brown 2000-01-13 22:45:59 EST
*** This bug has been marked as a duplicate of 6569 ***

Note You need to log in before you can comment on or make changes to this bug.