Jim Meyering wrote on 14-02-07 14:48: Last night I made another coreutils snapshot: http://meyering.net/cu/coreutils-6.7-dirty.tar.gz http://meyering.net/cu/coreutils-6.7-dirty.tar.gz.sig aka http://
Le Wed, 14 Feb 2007 14:48:08 +0100, Jim Meyering disait : On my debian system, the automake package is only at version 1.9.6 and not 1.10 as requested. Anyway I modified the incriminated line in the
Thanks! Ah ha! That might be a test bug. I'll investigate. Personally (on principle), I never build or even run "make check" as root. Rather, I use the special target that runs only the root-only tes
One problem is that pre-1.10 can end up using a race-prone MKDIR_P. I'm sure there are other specific reasons, but can't name others off the top of my head. There may be subtle portability problems.
Matthew Woehlke wrote: [blah blah] it built clean, which is an improvement over last time when as you'll recall I had problems with the strstr declaration. I'll be pleasantly surprised if it passes '
To build and run "make check" using various writable directories on file systems of different types, do this: for d in $dir_list; do ( cd $d && $cu_srcdir/configure && make && make check ) done
Jim Meyering wrote: Matthew Woehlke wrote: might be useful to have some way to run the test suite in a different directory, so that it is easy to run once on NFS and once on local. In particular I re
I've made another snapshot: http://meyering.net/cu/coreutils-6.7-dirty.tar.gz http://meyering.net/cu/coreutils-6.7-dirty.tar.gz.sig Please give it a try and report anything strange. I expect to make
http://meyering.net/cu/coreutils-6.7-dirty.tar.gz http://meyering.net/cu/coreutils-6.7-dirty.tar.gz.sig Please give it a try and report anything strange. I expect to make a test release tomorrow. 'ma
Thanks for the quick feedback. That's fall-out from some of the recent gnulib changes in that area. Here's the fix I've just committed: * lib/gettimeofday.c (rpl_gettimeofday): Remove declaration of
I'm still expecting to make the coreutils test release today, but have made one more snapshot due to some last-minute porting changes. Same URLs (but different i-nodes): http://meyering.net/cu/coreut
Jim Meyering wrote: Matthew Woehlke <address@hidden> wrote: Jim Meyering wrote: I've made another snapshot: http://meyering.net/cu/coreutils-6.7-dirty.tar.gz http://meyering.net/cu/coreutils-6.7-dirt
Ok, this was my only failure on IRIX: Can't locate Data/Dumper.pm in @INC (@INC contains: ./.. /usr/share/lib/perl5/irix-n32/5.00405 /usr/share/lib/perl5 /usr/share/lib/perl5/site_perl/irix-n32 /usr/
http://meyering.net/cu/coreutils-6.7-dirty.tar.gz http://meyering.net/cu/coreutils-6.7-dirty.tar.gz.sig Please give it a try and report anything strange. I expect to make a test release tomorrow. Hoo
Paul Eggert wrote: Matthew Woehlke <address@hidden> writes: Hooboy. sort-compress failed spectacularly on OSF. From the errors (lots of "task_create() failed for pid 12044: maxuprc (=64) exceeded for
Yes, please. Also, what version of OSF? I see failures on OSF V4.0 1229, but none involving sort. These are the ones that fail for me: chown/preserve-root readlink/can-e readlink/can-f readlink/can-m