GNU bug report logs -
#14528
remake-configure-dependencies test fails on fast systems without subsecond timestamps
Previous Next
Reported by: Colin Watson <cjwatson <at> ubuntu.com>
Date: Sat, 1 Jun 2013 11:23:01 UTC
Severity: minor
Tags: patch
Done: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Mon, 03 Jun 2013 15:17:01 +0200
with message-id <51AC974D.7050906 <at> gmail.com>
and subject line Re: bug#14528: remake-configure-dependencies test fails on fast systems without subsecond timestamps
has caused the debbugs.gnu.org bug report #14528,
regarding remake-configure-dependencies test fails on fast systems without subsecond timestamps
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
14528: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14528
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Automake 1.13.2 failed t/remake-configure-dependencies.sh in two
consecutive attempts on Ubuntu autobuilders. On inspection I found that
our autobuilder network happened to pick the same backend machine each
time, which was a relatively old one still using ext3. (Our newer
builders use ext4.) On running this test in a loop-mounted ext3
filesystem on my laptop, I reproduced the failure first time:
Running from installcheck: no
Test Protocol: none
PATH = /home/cjwatson/src/ubuntu/automake1.13/tmp/t/automake1.13-1.13.2/t/wrap:/home/cjwatson/src/ubuntu/automake1.13/tmp/t/automake1.13-1.13.2/t/ax:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
++ pwd
/home/cjwatson/src/ubuntu/automake1.13/tmp/t/automake1.13-1.13.2/t/remake-configure-dependencies.dir
+ cat
+ cat
+ cat
+ echo '#!/bin/sh'
+ echo 'printf %s 1.0'
+ chmod a+x print-version
+ aclocal-1.13 -Werror
+ autoconf
+ automake-1.13 --foreign -Werror -Wall
+ ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
+ make test-1
test 1.0 = 1.0
+ echo '#!/bin/sh'
+ echo 'printf %s 2.1'
+ using_gmake
+ case $am__using_gmake in
+ make --version -v
+ grep GNU
GNU Make 3.81
+ am__using_gmake=yes
+ return 0
+ make test-2
cd . && /bin/bash /home/cjwatson/src/ubuntu/automake1.13/tmp/t/automake1.13-1.13.2/t/remake-configure-dependencies.dir/missing automake-1.13 --foreign
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash /home/cjwatson/src/ubuntu/automake1.13/tmp/t/automake1.13-1.13.2/t/remake-configure-dependencies.dir/missing autoconf
test 1.0 = 2.1
make: *** [test-2] Error 1
+ am_exit_trap 2
+ exit_status=2
+ set +e
+ cd /home/cjwatson/src/ubuntu/automake1.13/tmp/t/automake1.13-1.13.2
+ test none = tap
+ case $am_explicit_skips in
+ test 2 -eq 0
+ keep_testdirs=yes
+ am_keeping_testdirs
+ case $keep_testdirs in
+ return 0
+ set +x
remake-configure-dependencies: exit 2
I think perhaps a sprinkling of $sleep is called for in this test?
Thanks,
--
Colin Watson [cjwatson <at> ubuntu.com]
[Message part 3 (message/rfc822, inline)]
On 06/03/2013 12:47 PM, Colin Watson wrote:
> On Mon, Jun 03, 2013 at 11:29:08AM +0200, Stefano Lattarini wrote:
>> You are perfectly right. I thought the sleeps implicit in configure
>> invocations were enough to avoid this kind of issues, but after a more
>> careful consideration I realized I was mistaken (see commit message in
>> the patch below for an extended rationale).
>>
>> Can you confirm the patch works for you?
>
> Before this patch, I got 32 passes from 100 runs; after this patch, I
> get 100 passes from 100 runs. So it looks good to me.
>
Thanks for confirming. I'm closing the bug report then, and I'll push
the fix shortly (so that it will appear in Automake 1.13.3, that should
be released this evening or tomorrow).
Regards,
Stefano
This bug report was last modified 11 years and 357 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.