On Mon, Jun 23, 2014 at 7:06 AM, Andrey Semashev
2014-06-23 13:53 GMT+02:00 Andrey Semashev
: Yes, looks like a problem. Maybe the checkout failed at some point for
On Monday 23 June 2014 13:57:50 Andrzej Krzemienski wrote: the
tester, and Boost.Optional submodule was left in outdated state. I sometimes get timeouts from GitHub when I update Boost tree, I think in such cases the tree is left in some semi-updated state; I didn't check though. If the update scripts ignore such errors then that's what may have happened.
What's the procedure in such cases? Can the owners of the machines/environments /scripts be contacted?
Yes, if the contact information is available in the tester description (the link in the test results table header). E.g. for your tester the information is:
http://www.boost.org/development/tests/develop/teeks99-03e-Ubuntu12-04-64.ht...
Tom is usually reading this list, I hope he's reading this.
I'm not sure what is going on...that commit "c12eaea160fa97a0b6c503eb8f7fdba938f3126f" was only a few hours old, and was the most recent at the time that the run you linked started (4AM). I didn't think it was possible to get a partial checkout, but who knows. Because of space issues on the VMs that are running, I don't keep anything between runs, so I can't actually go and look at the repo that was used for the test in question. The next run that should be complete is teeks99-03g. It looks like it has the correct code at line 1073 (am I reading that correctly?). Once that one comes up, we'll see if everything has caught up. Also, I verified that teeks99-04a just started up and there were no checkout errors that I could see during the start up, so that one might be worth checking in a couple hours as well. Tom