Re: Problem with sort order in ls under Unicode systems

2006-05-31 Thread Axel Liljencrantz
On 6/1/06, Paul Eggert <[EMAIL PROTECTED]> wrote: This is an issue of the locale on your host, not of coreutils (nor even strcoll). So you need to find out who wrote the locale and why it is the way it is, and perhaps substitute your own. I just did a test on my system. This problem surfaces o

Re: Problem with sort order in ls under Unicode systems

2006-05-31 Thread Paul Eggert
This is an issue of the locale on your host, not of coreutils (nor even strcoll). So you need to find out who wrote the locale and why it is the way it is, and perhaps substitute your own. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lis

Problem with sort order in ls under Unicode systems

2006-05-31 Thread Axel Liljencrantz
I've recently found out about a somewhat unituitive behaviour in ls. Execute the following commands: bash> LANG=en_US.utf-8 bash> touch vi-mode vima vimz bash> ls vi-mode vima vimz vima vi-mode vimz The strange sort order in the output of ls is there because ls uses strcoll to perform sorting, a

Re: date bug

2006-05-31 Thread Andreas Schwab
"Assaf Feuerstein" <[EMAIL PROTECTED]> writes: > As you can see the 1 month ago give me the current month instead of last > month, and the 2 month ago give me an ok result. > Is there a way to fix the 1 month ago that it will also work in the last > day of the month? Please read the section "Rela

date bug

2006-05-31 Thread Assaf Feuerstein
Hello, Recently I found some strange bug in GNU date, it happen always at the last day of each month... I`ve included all information about the machine I`m running it on. As you can see the 1 month ago give me the current month instead of last month, and the 2 month ago give me an ok result. Is t

Re: Support bytesize comparison in sort

2006-05-31 Thread Paul Eggert
Mart Somermaa <[EMAIL PROTECTED]> writes: > I've never encountered such behaviour and IMHO it should be considered a > bug (considering both the expectations of users and the column widths in > 'du -h' and 'df -h'). Can you provide a test case? It's not a bug. Here's a test case. The size of 'bi

Re: coreutils-5.96 doesn't build (out of the box)

2006-05-31 Thread Ralf Wildenhues
Hi Paul, * Paul Eggert wrote on Wed, May 31, 2006 at 10:20:56AM CEST: > Ralf Wildenhues <[EMAIL PROTECTED]> writes: > > > +[if (as_dir=`dirname -- /` && test "$as_dir" = /) >/dev/null 2>&1; then > > Surely that should be > > test "X$as_dir" = X/ > > in case $as_dir is "--" or something worse

Re: coreutils-5.96 doesn't build (out of the box)

2006-05-31 Thread Paul Eggert
Ralf Wildenhues <[EMAIL PROTECTED]> writes: > +[if (as_dir=`dirname -- /` && test "$as_dir" = /) >/dev/null 2>&1; then Surely that should be test "X$as_dir" = X/ in case $as_dir is "--" or something worse... ___ Bug-coreutils mailing list Bug-core

Re: Support bytesize comparison in sort

2006-05-31 Thread Mart Somermaa
Paul Eggert wrote: > Mart Somermaa <[EMAIL PROTECTED]> writes: > > >> - the implementation is simple, effective and 2^n/10^n-problem agnostic >> (at the cost of comparing 10K less than 1M, which is not a problem >> as we assume the input to be properly scaled). >> > > That's the cost th