-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
travis kills jobs with no I/O after 10 minutes #38
Comments
…uilds run without timing out ...
Current travis-ci time limit is 50 minutes ... so we can bump the artificial timeout up if necessary.. |
Would it be nicer if the Transcript got piped also to stdout? Then we don't need this hack and can actually see progress... |
That'd be very convenient, but I can't tell how much work that would be. |
It's actually how we did it with our Swa fork of builderCI that we had two ys ago. Subclass TranscriptStream, open a file, and override writing methods to forward to the file and Just have to figure out where stdout is in Pharo 3. |
It would be nice to get all the Smalltalks "behaving" in batch mode:) I've been using Pharo3.0 for scripting recently and when run headless, On Fri, Aug 1, 2014 at 8:11 AM, Tim Felgentreff [email protected]
|
3 of the jobs run for this test sequence were killed by travix with the following message:
The other runs came close to hitting 10 minutes and were allowed to continue ... the way we run the vm nothing gets written to standard out until the job finishes so any test/build sequence that runs for ten minutes in the vm will be killed by travis ...
I think I need to add some progress indicators to prevent travis from killing the job prematurely ... run the risk of infinite hangs, but as it stands now it looks like half of my jobs get killed for no legitimate reason ... I HATE TIMEOUTS:)
The text was updated successfully, but these errors were encountered: