On Tue, Nov 16, 2010 at 20:45 UTC, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
* Stefano Lattarini wrote on Sun, Nov 14, 2010 at 11:05:55PM CET:
http://autobuild.josefsson.org/automake/log-201011141903417895000.txt
checking build system type... sparc-sun-solaris2.10
All the testsuite failures seem spurious, and due to the following
rm error (in the distclean target, if I'm not mistaken):
rm: Unable to remove directory ...: File exists
What's going on here?
Maybe NFS issues (wild guess)?
Yes, these are NFS-related. E.g., acloca13.test has leftover files
.nfs6E44 and .nfs7E44 in tests/acloca13.dir/acloca13-1.0
which correspond to install-sh and configure (or configure.lineno).
This test fails reproducibly. I cannot remove the files after the
tests have ended. So I suspect that these are file system issues
that I don't have under control.
The NTP reference implementation make distcheck reliably fails
similarly on OpenSolaris in a NFS-mounted directory:
SunOS psp-os1 5.11 snv_111b i86pc i386 i86pc Solaris
I dug into it, because that machine is over twice as fast building NTP
as the other options, so I really wanted to make our distcheck work.
I gave up because the code was out of my control without complaining
further, but I'd still like to get around it.
The Sun NFS client intentionally defers deleting files, renaming them
to .nfs for some period of time that is not brief enough for make
distcheck to succeed. If you delete a .nfs1234, don't be suprised to
see it silently renamed to .nfs5678 :)
It would be lovely from my perspective if Automake-generated distcheck
would ignore .nfs specifically and trust they will indeed be rm'd
eventually.
Cheers,
Dave Hart