I've noticed before that coreutils hashing utils
were a little behind in performance, but was prompted
to look at it again when I noticed the recently
updated sha1 implementation in git:
http://git.kernel.org/?p=git/git.git;a=history;f=block-sha1;h=d3121f7;hb=pu
Testing that with the attached prog
Joel E. Denny wrote:
> I just realized I don't know how to configure update-copyright permanently
> for a project. The following patch gives me a way.
Pushed. I'll certainly be using that.
On Fri, 14 Aug 2009, Jim Meyering wrote:
> > Thanks. Here's a patch to help those who don't want to wait until January
> > to reformat.
>
> Heh ;-)
I'm not sure you're excited enough. :-)
> Good addition. Pushed.
Thanks.
I just realized I don't know how to configure update-copyright perman
Joel E. Denny wrote:
> On Fri, 14 Aug 2009, Jim Meyering wrote:
>> > Below are some patches to implement that.
>> ...
>> > +2009-08-14 Joel E. Denny
>> > +
>> > + update-copyright: convert 2-digit to 4-digit years
>> > + * build-aux/update-copyright: Implement and document.
>> > + * tests/tes
On Fri, 14 Aug 2009, Jim Meyering wrote:
> > Below are some patches to implement that.
> ...
> > +2009-08-14 Joel E. Denny
> > +
> > + update-copyright: convert 2-digit to 4-digit years
> > + * build-aux/update-copyright: Implement and document.
> > + * tests/test-update-copyright.sh: Upd
Eric Blake byu.net> writes:
> > The test is still running.
The final list of failures on cygwin 1.7 (I'll need to investigate further, and
still want to rerun this under pristine conditions. I'm not even going to
bother running this under cygwin 1.5.x):
FAIL: misc/invalid-opt
FAIL: rm/cycle
Eric Blake wrote:
> Eric Blake byu.net> writes:
>
>> The test is still running.
>
> misc/stdbuf hangs (cygwin still has some fifo issues that might be at play,
> but
That should not run if stdbuf is not built.
Here's a patch:
>From 6c077c1633e31c36d17253ee7c946b47791dfd8e Mon Sep 17 00:00:00
Eric Blake byu.net> writes:
> The test is still running.
misc/stdbuf hangs (cygwin still has some fifo issues that might be at play, but
more importantly, dd appears to be stuck trying to write to a fifo that never
gets filled because stdbuf isn't working). I had to kill two different dd
pro
Eric Blake wrote:
> Jim Meyering meyering.net> writes:
>
>> In that case, the configure-time check for is-an-ELF-system
>> must be failing on cygwin:
>
> No:
>
> configure:43745: checking whether this is an ELF system
> configure:43761: result: no
>
> But there might be some missing holes where '
Jim Meyering meyering.net> writes:
> In that case, the configure-time check for is-an-ELF-system
> must be failing on cygwin:
No:
configure:43745: checking whether this is an ELF system
configure:43761: result: no
But there might be some missing holes where 'make check' tries to build stdbuf
Eric Blake wrote:
> Jim Meyering meyering.net> writes:
>> AFAIK, I am the only one who has built the latest snapshot:
>>
>> http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/17604
>>
>> Though it's been only two days.
>>
>> Unless I hear of new bug reports or portability problems soon,
>>
Jim Meyering meyering.net> writes:
>
> AFAIK, I am the only one who has built the latest snapshot:
>
> http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/17604
>
> Though it's been only two days.
>
> Unless I hear of new bug reports or portability problems soon,
> expect coreutils-7.5
There have been a few interesting changes in gnulib recently,
so I've gone ahead and adapted to use the new-named getopt-gnu
module and to pull in all the latest:
>From ea5b7124b44a52da4a5be4c7c42a37d65025c621 Mon Sep 17 00:00:00 2001
From: Jim Meyering
Date: Thu, 13 Aug 2009 08:37:37 +0200
Subje
Pádraig Brady wrote:
> I was wondering about printing the warning,
> and was wary about now silently not preserving symlink times.
> I.E. being silently inconsistent. I guess it's better
> to be quiet in this case? That also means I can
> reinstate the mv/part-symlink test on systems without utimen
On Fri, Jul 31, 2009 at 09:27:57PM +0100, Pádraig Brady wrote:
> I was thinking the new fallocate util would have the
> same options as the existing truncate util.
> I.E. -n or -o would not be needed or supportable in all situations.
> If you think that users would need those, then I suggest
> addi
Karel Zak wrote:
> On Fri, Jul 31, 2009 at 09:27:57PM +0100, Pádraig Brady wrote:
>> I was thinking the new fallocate util would have the
>> same options as the existing truncate util.
>> I.E. -n or -o would not be needed or supportable in all situations.
>> If you think that users would need those
Joel E. Denny wrote:
> On Thu, 13 Aug 2009, Eric Blake wrote:
...
>> According to Akim Demaille on 8/13/2009 1:59 AM:
>> >> - Copyright (C) 89, 90, 91, 1995-2006, 2008-2009 Free Software
>> >> - Foundation, Inc.
>> >> + Copyright (C) 89, 90, 91, 1995-2006, 2008-2009 Free Software
>> >> Founda
Pádraig Brady wrote:
>>From 3214858c9b53dcd8d2ef47473427fcd29dc56a7d Mon Sep 17 00:00:00 2001
> From: =?utf-8?q?P=C3=A1draig=20Brady?=
> Date: Thu, 13 Aug 2009 17:25:09 +0100
> Subject: [PATCH] doc: clarify the cp --reflink NEWS
>
> * NEWS: Remove the description associated with the removed
> expe
18 matches
Mail list logo