* Patrick Welche wrote on Fri, Nov 09, 2007 at 04:11:11PM CET:
> On Thu, Nov 08, 2007 at 07:58:13PM +0100, Ralf Wildenhues wrote:
> > OK to apply, even if it looks a bit ugly?
>
> Well, it does fix the test for me...
[...]
> So, with your patch, and a newer than 2007-10-22 autoconf source tree, al
On Thu, Nov 08, 2007 at 07:58:13PM +0100, Ralf Wildenhues wrote:
> OK to apply, even if it looks a bit ugly?
Well, it does fix the test for me...
> Patrick, how come the `Deep package' test did not fail for you?
> Is that only because you used an older version? Could you try current
> HEAD with
On Thu, Nov 08, 2007 at 07:58:13PM +0100, Ralf Wildenhues wrote:
> Patrick, how come the `Deep package' test did not fail for you?
It did, but I thought I would look at the first failure first :-)
It's a bit late over here...
Cheers,
Patrick
___
Aut
Hello Patrick,
Thanks for the bug report.
* Patrick Welche wrote on Thu, Nov 08, 2007 at 03:55:13PM CET:
>
> Actually it is ./configure --help, which shouldn't try to write anything.
[...]
> ./torture.at:1056: ./configure --help=recursive | grep INNER
> --- /dev/null 2007-11-03 15:07:29.00
On Thu, Nov 08, 2007 at 02:40:31PM +, Patrick Welche wrote:
> The next thing after the chmod is
>
> ./configure
>
> which wants to write config.log to . and can't. (No a+w on 131)
Actually it is ./configure --help, which shouldn't try to write anything.
Still looking...
#
I'm seeing a failure for test 131, today's CVS-head (hopefully same as git ;-) )
on NetBSD-current/i386. I'm a little confused as to how it could pass. It
seems that a variety of files/directories are created, then (testsuite):
# Running the outer configure recursively should provide the innermo
