I messed up my git repo :-( - and cloned it anew.
$ rm -rf coreutils
$ git clone git://git.sv.gnu.org/coreutils
$ cd coreutils
$ ./bootstrap
However, the bootstrap step failed with the error in the subject.
The detailed log is attached.
Can you give me a hint what's wrong, please?
Thank you
On 07/27/2011 05:33 AM, Bernhard Voelker wrote:
I messed up my git repo :-( - and cloned it anew.
$ rm -rf coreutils
$ git clone git://git.sv.gnu.org/coreutils
$ cd coreutils
$ ./bootstrap
However, the bootstrap step failed with the error in the subject.
The detailed log is attached.
Can you
On 27/07/11 12:33, Bernhard Voelker wrote:
I messed up my git repo :-( - and cloned it anew.
$ rm -rf coreutils
$ git clone git://git.sv.gnu.org/coreutils
$ cd coreutils
$ ./bootstrap
However, the bootstrap step failed with the error in the subject.
The detailed log is attached.
Can
Eric Blake wrote:
On 07/27/2011 05:33 AM, Bernhard Voelker wrote:
I messed up my git repo :-( - and cloned it anew.
$ rm -rf coreutils
$ git clone git://git.sv.gnu.org/coreutils
$ cd coreutils
$ ./bootstrap
However, the bootstrap step failed with the error in the subject.
The detailed
On 26/07/11 14:23, Jim Meyering wrote:
Pádraig Brady wrote:
...
Note also your original test didn't fail for me on ext4 on F15.
I suspect you'll see that it's processing those two files in the reverse
order on your system. In case it's kernel-related, I'm using this:
Pádraig Brady wrote:
On 26/07/11 14:23, Jim Meyering wrote:
Pádraig Brady wrote:
...
Note also your original test didn't fail for me on ext4 on F15.
I suspect you'll see that it's processing those two files in the reverse
order on your system. In case it's kernel-related, I'm using this:
Pádraig Brady wrote:
On 16/07/11 01:51, Paul Eggert wrote:
On 07/15/11 03:28, Pádraig Brady wrote:
What I was getting was that it's probably better to leave
the following to the app too:
#ifndef SA_RESETHAND
# define SA_RESETHAND 0
/* Now the app writer knows they need to handle this case
Here's a patch. Adds STRCASEEQ_LEN macro for case insensitive extension
matching.
#regards/marcel.
--- src/ls.c.orig 2011-04-12 12:07:43.0 +0200
+++ src/ls.c2011-07-26 22:27:08.503523893 +0200
@@ -4209,7 +4209,7 @@
for (ext = color_ext_list; ext != NULL; ext = ext-next)
On 07/26/2011 02:33 PM, marcel partap wrote:
Here's a patch. Adds STRCASEEQ_LEN macro for case insensitive extension
matching.
#regards/marcel.
Your patch would make the new behavior unconditional. But I like case
sensitivity, and think that case insensitivity should be an opt-in
process
