uniq command gives wrong and different results

Dear all, I hope that someone can help me out with the next issue on a system running RedHat Fedora Core release 3 (Heidelberg). When using the uniq command on the attached file Foo <> the result is not as expected. It also gives different results depending on using it several times after eac

bootstrap.conf not distributed

Hi, When doing a "make dist" in the coreutils CVS, bootstrap is distributed, but bootstrap.conf is not. IMO that doesn't make sense, since the entire parametrization comes from bootstrap.conf. How about adding bootstrap.conf to EXTRA_DIST? Also there are a number of other files of which I cannot

Re: bootstrap.conf not distributed

Bruno Haible <[EMAIL PROTECTED]> wrote: > When doing a "make dist" in the coreutils CVS, bootstrap is distributed, > but bootstrap.conf is not. IMO that doesn't make sense, since the entire > parametrization comes from bootstrap.conf. How about adding bootstrap.conf > to EXTRA_DIST? Good catch. I'

Re: uniq command gives wrong and different results

"Fong Tin Joen, Raimund" <[EMAIL PROTECTED]> writes: > LANG=en_US.UTF-8 > ... > # cat Foo > ./usr/share/apps/kturtle/examples/fr_FR/carré.logo > ./usr/share/apps/kturtle/examples/fr_FR/carré.logo > ./usr/share/apps/kturtle/examples/fr_FR/enroulé.logo > ./usr/share/doc/man-pages-da-0.1.1/læsmig > .

sync bootstrap from Bison

This shouldn't affect coreutils, but I like to keep the scripts in sync, so I installed this: 2006-10-13 Paul Eggert <[EMAIL PROTECTED]> Sync from Bison, as follows: 2006-10-01 Paul Eggert <[EMAIL PROTECTED]> Fix problems with translating English-language diagnostics

FYI, bug in chgrp, chown, with -R -H and...

I discovered a problem in chown and chgrp. It's not worth worrying *too* much about, since few people use any of the options (-H, -L) that make the tools traverse symbolic links. I've added this to NEWS: chgrp and chown would malfunction when invoked with both -R and -H and with one or more o

Bug in sort .

Consider the email list in test1 (attacched) With some test You show sort coreutils bug. If You sort emails in test1 sort test1 | less You obtain [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [E

nohup improve: output to another file

hi! I needed to use nohup but I don't want it to write output in nohup.out I wrote 2 months ago a little hack to modify this. With it I do "nohup -o my_output_file foo --options-to-foo" and I hope it tries to write to my_output_file (but not to $HOME/my_output_file, unlike the normal behavior with

more chown/chgrp fixes

I haven't tried hard enough (yet?) to come up with test cases that demonstrate problems. If anyone can come up with one or two, I'd be grateful. 2006-10-13 Jim Meyering <[EMAIL PROTECTED]> More chown/chgrp dereferencing-related fixes. * src/chown-core.c (change_file_owner): Don

Re: Bug in sort .

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to L.Palmerini on 10/13/2006 11:42 AM: > Consider the email list in test1 (attacched) > > With some test You show sort coreutils bug. > > If You sort emails in test1 > > sort test1 | less Most likely, this is not due to a bug in sort, bu

__long64_t not declared AIX 5.3.0.50, gcc 4.0.2

I have AIX 5.3 with 5.3.0.50 updates and I'm compiling with gcc 4.0.2. One interesting note is I created the gcc when my system was at 5.3.0.10. The upgrade may have affected it. After ./configure, I type make and get the following error (trimmed down): In file included from ./stdint.h:

Re: Drastic change in behaviour of "cp -ab" betwee V5.93 and V6.3

Thanks again for the bug report. Here's the patch I've checked in: 2006-10-14 Jim Meyering <[EMAIL PROTECTED]> * NEWS: cp -r --backup dir1 dir2, would rename an existing dir1/dir2 to dir1/dir2~. * src/copy.c (copy_internal): Although we do create a backup of each