GNU bug report logs - #9213
aclocal7.test of automake 1.8.3 fails on s390/s390x

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9213 in the body.
You can then email your comments to 9213 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Philipp Thomas <pth <at> suse.de>
To: bug-automake <at> gnu.org
Subject: aclocal7.test of automake 1.8.3 fails on s390/s390x
Date: Mon, 1 Aug 2011 11:52:46 +0200

When building automake on s390 I get the following failure when running the
testsuite. Is there possibly a more detailed log that would help pinpoint
the exact failure?

=== Running test ./aclocal7.test
/usr/src/packages/BUILD/automake-1.8.3/tests/testSubDir
DIST_COMMON = README $(am__configure_deps) $(srcdir)/Makefile.am \
FAIL: aclocal7.test

Message #8 received at 9213 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Philipp Thomas <pth <at> suse.de>
Cc: 9213 <at> debbugs.gnu.org
Subject: Re: bug#9213: aclocal7.test of automake 1.8.3 fails on s390/s390x
Date: Mon, 1 Aug 2011 19:29:04 +0200

Hello Philip.

On Monday 01 August 2011, Philipp Thomas wrote:
> When building automake on s390 I get the following failure when running the
> testsuite. Is there possibly a more detailed log that would help pinpoint
> the exact failure?
> 
> === Running test ./aclocal7.test
> /usr/src/packages/BUILD/automake-1.8.3/tests/testSubDir
> DIST_COMMON = README $(am__configure_deps) $(srcdir)/Makefile.am \
> FAIL: aclocal7.test
> 
Whow, 1.8.3 is more than seven years old.  Have you considerded upgarding
to the latest version 1.11?  It offers many new interesting features, and
it's being actively developed (and its testsuite has grown decent logging
capabilities).

That said, if you really need to debug the problem with that old automake
version, here are some tips I hope you'll find useful.

Assuming that you have already configured and built your automake tree,
you can use the following idiom to get the verbose output from a single
test:

  $ cd tests
  $ keep_testdirs=yes ./aclocal7.test 2>&1 | tee aclocal7.log
  $ mv testSubDir aclocal7.dir

and this idiom to get the verbose output from the whole testsuite:

  $ make check VERBOSE=x 2>&1 | tee test-suite.log

But notice that this last usage will still remove all the temporary
files and directories used by the tests (even the failed ones), which
will make debugging considerably more difficult, especially in case
of intermittent failures.

HTH,
  Stefano

Message #11 received at 9213 <at> debbugs.gnu.org (full text, mbox):

From: Philipp Thomas <pth <at> suse.de>
To: Stefano Lattarini <stefano.lattarini <at> gmail.com>
Cc: 9213 <at> debbugs.gnu.org
Subject: Re: bug#9213: aclocal7.test of automake 1.8.3 fails on s390/s390x
Date: Mon, 1 Aug 2011 19:40:29 +0200

* Stefano Lattarini (stefano.lattarini <at> gmail.com) [20110801 19:29]:

> Whow, 1.8.3 is more than seven years old.  Have you considerded upgarding
> to the latest version 1.11?

Impossible! 1.8.3 is the version that shipped with an older version of SUSE
Linux Enterprise Server and thus can't be upgraded as version updates are to
be avoided in a released product.

> Assuming that you have already configured and built your automake tree,
> you can use the following idiom to get the verbose output from a single
> test:
> 
>   $ cd tests
>   $ keep_testdirs=yes ./aclocal7.test 2>&1 | tee aclocal7.log
>   $ mv testSubDir aclocal7.dir

This will be most usefull, thank you! Now let's see if I can hunt down the
failure...

cu
Philipp

Message #14 received at 9213 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Philipp Thomas <pth <at> suse.de>
Cc: 9213 <at> debbugs.gnu.org
Subject: Re: bug#9213: aclocal7.test of automake 1.8.3 fails on s390/s390x
Date: Mon, 8 Aug 2011 23:52:06 +0200

Hi Philipp.

On Monday 01 August 2011, Philipp Thomas wrote:
> * Stefano Lattarini (stefano.lattarini <at> gmail.com) [20110801 19:29]:
> 
> > Whow, 1.8.3 is more than seven years old.  Have you considerded upgarding
> > to the latest version 1.11?
> 
> Impossible! 1.8.3 is the version that shipped with an older version of SUSE
> Linux Enterprise Server and thus can't be upgraded as version updates are to
> be avoided in a released product.
> 
Oh, I understand.  Still, bummer, you'd really like 1.11 :-)

> > Assuming that you have already configured and built your automake tree,
> > you can use the following idiom to get the verbose output from a single
> > test:
> > 
> >   $ cd tests
> >   $ keep_testdirs=yes ./aclocal7.test 2>&1 | tee aclocal7.log
> >   $ mv testSubDir aclocal7.dir
> 
> This will be most usefull, thank you! Now let's see if I can hunt down the
> failure...
> 
> cu
> Philipp
> 
May I ask you whether you've managed to solve your problem?  If yes, I
could close this bug report then.

Thanks,
  Stefano

Message #17 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Philipp Thomas <pth <at> suse.de>
To: bug-automake <at> gnu.org
Subject: Re: bug#9213: aclocal7.test of automake 1.8.3 fails on s390/s390x
Date: Mon, 15 Aug 2011 11:28:30 +0200

* Stefano Lattarini (stefano.lattarini <at> gmail.com) [20110808 23:53]:

> May I ask you whether you've managed to solve your problem?  If yes, I
> could close this bug report then.

Sorry for answering so late. It disappeared without me doing anything. So
yes, you may close this bug report.

Philipp

Message #22 received at 9213-done <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Philipp Thomas <pth <at> suse.de>
Cc: 9213-done <at> debbugs.gnu.org
Subject: Re: bug#9213: aclocal7.test of automake 1.8.3 fails on s390/s390x
Date: Tue, 16 Aug 2011 15:31:52 +0200

On Monday 15 August 2011, Philipp Thomas wrote:
> * Stefano Lattarini (stefano.lattarini <at> gmail.com) [20110808 23:53]:
> 
> > May I ask you whether you've managed to solve your problem?  If yes, I
> > could close this bug report then.
> 
> Sorry for answering so late. It disappeared without me doing anything. So
> yes, you may close this bug report.
> 
> Philipp
> 
Thanks for letting me know.  I'm closing the report.

Regards,
  Stefano

Message #25 received at 9213 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Philipp Thomas <pth <at> suse.de>
Cc: 9213 <at> debbugs.gnu.org
Subject: Re: bug#9213: aclocal7.test of automake 1.8.3 fails on s390/s390x
Date: Tue, 16 Aug 2011 15:51:36 +0200

On Tuesday 16 August 2011, Stefano Lattarini wrote:
> On Monday 15 August 2011, Philipp Thomas wrote:
> > * Stefano Lattarini (stefano.lattarini <at> gmail.com) [20110808 23:53]:
> > 
> > > May I ask you whether you've managed to solve your problem?  If yes, I
> > > could close this bug report then.
> > 
> > Sorry for answering so late. It disappeared without me doing anything. So
> > yes, you may close this bug report.
> > 
> > Philipp
> > 
> Thanks for letting me know.  I'm closing the report.
> 
And I think that I've also found out the reason of the failure.  The fact
that you wasn't able to reproduce it made me strongly suspect that it was
one of those spurious, racy failures caused by missing "sleep" calls in
test scripts where the timestamps of input or generated files are very
significant (we have had our good share of such failures in the past).
And in fact, commit `Release-1-9-270-g8952f72' (which follows the 1.8.x
releases) has a ChangeLog entry which reads:

   * tests/aclocal7.test: Add `$sleep's between file touching and automake
   (or aclocal+automake) invocations, to ensure they complete with a time
   stamp strictly later than the touched file.

So it was almost certainly a spurious failure after all, only due to a
testsuite weakness, and you needn't worry about it.

Regards,
  Stefano

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.