bug#6007: en_US sorting is completely stupid.

2010-04-22 Thread Bob Proulx
Alan Curry wrote: > Bob Proulx writes: > > You don't like it and I don't like it but the-powers-that-be have > > Who's the "power" here anyway? Who do we have to impeach? Seriously. The > "en_US" locale is an unmitigated disaster. It's officially called "not a bug" > every time it comes up, which

bug#6007: en_US sorting is completely stupid.

2010-04-22 Thread Alan Curry
Bob Proulx writes: > > You don't like it and I don't like it but the-powers-that-be have Who's the "power" here anyway? Who do we have to impeach? Seriously. The "en_US" locale is an unmitigated disaster. It's officially called "not a bug" every time it comes up, which seems to be once a week on

bug#6007: sort command in Fedora10

2010-04-22 Thread Bob Proulx
tags 6007 + moreinfo retitle 6007 locale sort ordering confusion thanks Vito Di Blas wrote: > <...>sort < aaa.txt > bbb.txt > Cari figli, domani > Cari figli, ieri > Cari figli, oggi > Cari figlioli > Cari figliozzi > Cari figli, pregate > Cari figlipucci Thank you for the bug report. How

bug#6007: sort command in Fedora10

2010-04-22 Thread Eric Blake
On 04/22/2010 03:34 PM, Vito Di Blas wrote: > and I obtain the file bbb.txt > > Cari figli, domani > Cari figli, ieri > Cari figli, oggi > Cari figlioli > Cari figliozzi > Cari figli, pregate > Cari figlipucci > > > which doesn't look sorted according to my expectation. Not a bug, if you are i

bug#6007: sort command in Fedora10

2010-04-22 Thread Vito Di Blas
Dear Friends, in Linux Fedora10, I sort the file aaa.txt : Cari figliozzi Cari figlipucci Cari figli, oggi Cari figli, ieri Cari figli, domani Cari figli, pregate Cari figlioli with the command: <...>sort < aaa.txt > bbb.txt and I obtain the file bbb.txt Cari figli, domani Cari figli

bug#5996: [PATCH] base64: always treat input in binary mode

2010-04-22 Thread Jim Meyering
Eric Blake wrote: > On 04/22/2010 11:00 AM, Glenn Morris wrote: >> >> Hi, >> >> The following message got resent to bug-gnu-emacs rather than >> bug-coreutils, because debbugs got confused. > > Well, my screw-up with To: fields means that my planned review period > was delayed... > >>> Thanks for t

bug#5996: [PATCH] base64: always treat input in binary mode

2010-04-22 Thread Glenn Morris
Hi, The following message got resent to bug-gnu-emacs rather than bug-coreutils, because debbugs got confused. We can discuss the reasons on help-debbugs if anyone is interested. (Short answer: it looks like the mail you sent had two separate To: headers, and a changed Subject: header with no bu

bug#5996: [PATCH] base64: always treat input in binary mode

2010-04-22 Thread Eric Blake
On 04/22/2010 11:00 AM, Glenn Morris wrote: > > Hi, > > The following message got resent to bug-gnu-emacs rather than > bug-coreutils, because debbugs got confused. Well, my screw-up with To: fields means that my planned review period was delayed... >> Thanks for the report. I'll commit this l

bug#6004: [libvirt] [PATCH 3/4] Fix QEMU save/restore with block devices

2010-04-22 Thread Daniel P. Berrange
On Thu, Apr 22, 2010 at 08:39:26AM -0600, Eric Blake wrote: > [adding bug-coreutils] > > On 04/22/2010 04:37 AM, Daniel P. Berrange wrote: > >>> -if (virAsprintf(&dest, "exec:%s >>%s 2>/dev/null", argstr, > >>> safe_target) < 0) { > >>> +if (virAsprintf(&dest, "exec:%s | dd of=%s seek=%ll

bug#5915: [coreutils] Feature: Introduce fiemap copy to cp(1) and mv(1) v2

2010-04-22 Thread jeff.liu
jeff.liu wrote: > jeff.liu wrote: >> Hi Jim, >> >> Thanks for your comments for my last patch submition! >> >> Now the fiemap copy logical changed to: >> 1. If fiemap copy succeeds, go ahead with the meta data preserve procedure >> if they are user specified. >> 2. If fiemap_copy fails and the 'no

bug#6004: [libvirt] [PATCH 3/4] Fix QEMU save/restore with block devices

2010-04-22 Thread Eric Blake
[adding bug-coreutils] On 04/22/2010 04:37 AM, Daniel P. Berrange wrote: >>> -if (virAsprintf(&dest, "exec:%s >>%s 2>/dev/null", argstr, >>> safe_target) < 0) { >>> +if (virAsprintf(&dest, "exec:%s | dd of=%s seek=%llub", >>> +argstr, safe_target, offset) < 0) { >> >>

bug#5995: [PATCH] Fix exit status of signal handlers in shell scripts

2010-04-22 Thread Dmitry V. Levin
On Wed, Apr 21, 2010 at 04:04:29PM +0200, Jim Meyering wrote: [...] > I'd prefer a solution like the one used in automake: > > http://git.savannah.gnu.org/cgit/automake.git/commit/?id=dbfabdfc6521979 > > +am__trap='rm -f '\''$(abs_builddir)/$...@-t'\''; (exit $$st); exit > $$st'; \ > +tr

bug#5999: new snapshot available: coreutils-8.4.100-81926

2010-04-22 Thread Pádraig Brady
On 21/04/10 21:33, Jim Meyering wrote: > I think we're ready for coreutils-8.5. > In preparation, here's a snapshot. Please beat it up. Platform PassedFailedSkipped Fedora 11 x86 372 0 47 gnulib204

bug#5999: new snapshot available: coreutils-8.4.100-81926

2010-04-22 Thread Jim Meyering
Gilles Espinasse wrote: > - Original Message - > From: "Jim Meyering" > Subject: bug#5999: new snapshot available: coreutils-8.4.100-81926 > >> I think we're ready for coreutils-8.5. >> In preparation, here's a snapshot. Please beat it up. > > A few warning during tests (x86, gcc-4.4.3) i