bug#11897: automake 1.12.2 test failure on Mac OS X 10.7

2012-07-10 Thread Max Horn
On 10.07.2012, at 16:06, Stefano Lattarini wrote: > On 07/10/2012 03:56 PM, Max Horn wrote: >> >> This fixes most of the errors, except for >> >> PASS: t/suffix8.tap 10 >> ERROR: t/suffix8.tap 10 - make distcheck # UNPLANNED >> ERROR: t/suffix8.tap - too many tests run (expected 10, got 11) >>

bug#11897: automake 1.12.2 test failure on Mac OS X 10.7

2012-07-10 Thread Max Horn
Dear Stefano, On 10.07.2012, at 15:31, Stefano Lattarini wrote: > tags 11897 + patch > severity 11897 minor > thanks > > On 07/10/2012 01:44 PM, Max Horn wrote: >> Hi there, >> > Hi Max, thanks for the report. Sure, thank you for your prompt reply and patch! [...] >> I think the problem is c

bug#11898: automake 1.12.2: self-check-exit.tap fails on Mac OS X 10.7.4

2012-07-10 Thread Stefano Lattarini
Max, could you keep the mailing list in the loop in your future replies, so that they will be registered in the bug tracker? Thanks. For this time, I'm quoting the relevant part of your reply, so no need to re-send. On 07/10/2012 05:44 PM, Max Horn wrote: > > On 10.07.2012, at 16:54, Stefano La

bug#11898: automake 1.12.2: self-check-exit.tap fails on Mac OS X 10.7.4

2012-07-10 Thread Stefano Lattarini
severity 11898 minor thanks On 07/10/2012 04:26 PM, Max Horn wrote: > Hi there, > > there is another test failure I am experiencing on Mac OS X 10.7.4, > but this time I have no idea what's wrong (in particular, no idea > if this is a problem with my particular system; with OS X or with > automak

bug#11897: automake 1.12.2 test failure on Mac OS X 10.7

2012-07-10 Thread Stefano Lattarini
On 07/10/2012 04:30 PM, Max Horn wrote: > > On 10.07.2012, at 16:06, Stefano Lattarini wrote: > >> On 07/10/2012 03:56 PM, Max Horn wrote: >>> >>> This fixes most of the errors, except for >>> >>> PASS: t/suffix8.tap 10 >>> ERROR: t/suffix8.tap 10 - make distcheck # UNPLANNED >>> ERROR: t/suffix8

bug#11898: automake 1.12.2: self-check-exit.tap fails on Mac OS X 10.7.4

2012-07-10 Thread Max Horn
Hi there, there is another test failure I am experiencing on Mac OS X 10.7.4, but this time I have no idea what's wrong (in particular, no idea if this is a problem with my particular system; with OS Xl or with automake). Anyway, here are the fails: PASS: t/self-check-exit.tap 31 - command not

bug#11897: automake 1.12.2 test failure on Mac OS X 10.7

2012-07-10 Thread Stefano Lattarini
On 07/10/2012 03:56 PM, Max Horn wrote: > > This fixes most of the errors, except for > > PASS: t/suffix8.tap 10 > ERROR: t/suffix8.tap 10 - make distcheck # UNPLANNED > ERROR: t/suffix8.tap - too many tests run (expected 10, got 11) > > I looked at the log, this is again the same issue, configur

bug#11897: automake 1.12.2 test failure on Mac OS X 10.7

2012-07-10 Thread Stefano Lattarini
tags 11897 + patch severity 11897 minor thanks On 07/10/2012 01:44 PM, Max Horn wrote: > Hi there, > Hi Max, thanks for the report. > here is another test failure I am seeing on Mac OS X 10.7.4 with > automake 1.12.2. Specifically, two tap test fail with errors. > So when I execute > >make c

bug#11896: aclocal7.sh test fails sometimes with automake-1.12.2

2012-07-10 Thread Stefano Lattarini
tags 11896 + patch severity 11896 minor close 11896 thanks On 07/10/2012 01:18 PM, Adam Sampson wrote: > Hi, > Hi Adam, thanks for the report and the patch. > I've just built automake-1.12.2 and had the aclocal7.sh test fail. After > a bit of investigation, it's because the test: > > - creates a

bug#11897: automake 1.12.2 test failure on Mac OS X 10.7

2012-07-10 Thread Max Horn
Hi there, here is another test failure I am seeing on Mac OS X 10.7.4 with automake 1.12.2. Specifically, two tap test fail with errors. So when I execute make check TESTS="t/suffix8.tap t/suffix10.tap" then I get this (after removing some fluff): PASS: t/suffix8.tap 1 - libtoolize PASS: t

bug#11896: aclocal7.sh test fails sometimes with automake-1.12.2

2012-07-10 Thread Adam Sampson
Hi, I've just built automake-1.12.2 and had the aclocal7.sh test fail. After a bit of investigation, it's because the test: - creates a .m4 file; - calls aclocal; - calls automake; - sleeps for a bit; - calls aclocal again; - calls automake again; - checks that those two calls didn't actually wri