Hi Anthony!
Many thanks for your quick response. I have put together a tar ball
of all the test directories that failed, minus the large test file
and the databases.
Looking at the logs they all fail with something like this:
netsync_client_absorbs_server_key:14:
/home/aecoope/monotone/monotone-0.35/mtn --norc
--root=/home/aecoope/monotone/monotone-0.35/tester_dir/netsync_client_absorbs_server_key
--confdir=/home/aecoope/monotone/monotone-0.35/tester_dir/netsync_client_absorbs_server_key
--rcfile
/home/aecoope/monotone/monotone-0.35/tester_dir/netsync_client_absorbs_server_key/test_hooks.lua
--db=/home/aecoope/monotone/monotone-0.35/tester_dir/netsync_client_absorbs_server_key/test.db
--keydir
/home/aecoope/monotone/monotone-0.35/tester_dir/netsync_client_absorbs_server_key/keys
address@hidden --dump=_MTN/server_dump --bind=localhost:31781
--rcfile=netsync.lua serve address@hidden
stdout:
stderr:
mtn: beginning service on localhost : 31781
/home/aecoope/monotone/monotone-0.35/mtn: operation canceled: Terminated
I'm not experienced enough to explain why the service fails immediately
after starting to serve; maybe others here have an idea what could cause
this SIGTERM signal?
I take your point about gcc version 3.2.2, however the limiting
factor here is Solaris 9.0. I had the devil's own job compiling gcc
3.4.4 for Solaris, I managed it in the end but I don't know what made
it work:-~ Anyway my main concern is that the monotone tests failed
for SPARC Solaris 9.0.
Again, 3.2.2 might be perfectly fine, I just stated that we do not have
build bots for it, thus can't see / test if anything breaks. You're of
course invited to provide such a build bot - Nathaniel will happily add
it to our setup =)
I am trying to compile monotone for work as we currently use CVS and
wish to switch to monotone for the branch management.
Cool!
As a final note: Please target your next mails directly to
monotone-devel, otherwise the other people can't read and respond to it.
I'm just a part time hacker and translator - there are certainly more
experienced users / developers around here who could help you more than
I ever could.
Thomas.