On Mon, Mar 10, 2008 at 11:51:58PM -0600, Bob Proulx wrote:
Because there is a priority of variables available the documentation
would need to say set LANG, unless LC_COLLATE is set in which case set
LC_COLLATE, unless LC_ALL is set in which case set LC_ALL. That is
much longer in the usage
On Mon, Mar 10, 2008 at 11:51:58PM -0600, Bob Proulx wrote:
[snip]
I am not the maintainer but I didn't hear opposition to the above
rationale. I would happily entertain a discussion on the upstream
mailing list on this issue.
No, this sounds perfectly reasonable. I wouldn't want to venture
On Tue, Mar 11, 2008 at 05:55:27AM -0400, Michael Stone wrote:
I seem to recall that once upon a time sort either mentioned LC_COLLATE,
or it was considered putting LC_COLLATE in. The above is pretty much why
it doesn't at the moment, IIRC. One possible compromise would be to say
On Tue, Mar 11, 2008 at 03:16:21PM -0400, you wrote:
I agree that all of those are poor places to direct the uncomprehending
user, but personally I find locale(7) to be a fairly gentle introduction.
Hmm. I looked at all the man pages yesterday and didn't see that one.
Definitely better than
Package: coreutils
Version: 5.97-5.3
Severity: wishlist
File: /usr/share/man/man1/sort.1.gz
Hi there.
sort(1) says:
*** WARNING *** The locale specified by the environment affects sort
order. Set LC_ALL=C to get the traditional sort order that uses native
byte values.
Branden Robinson wrote:
sort(1) says:
*** WARNING *** The locale specified by the environment affects sort
order. Set LC_ALL=C to get the traditional sort order that uses native
byte values.
This advice is overkill. LC_COLLATE=C is all that is necessary; newbies
6 matches
Mail list logo
