-
-
Notifications
You must be signed in to change notification settings - Fork 42
build_sphinx now checks for "build succeeded." on any line. #223
Conversation
This is to work around the effects of sphinx-gallery which prints information about the gallery build out after the "build succeeded." message.
The CI fails on this do not seem to be my fault? |
Hmm, but why would coverage decrease? |
not a clue!! |
Yep, the failures are unrelated (#222). The coverage change is real - if you look at the details it's one-line, because the coverage stuff is only looking at a small chunk of the actual code. I'm not worried about it, though. @Cadair, can you confirm that you tested this on either astropy or sunpy and it worked? (Also, that it didn't produce any false positives?) |
I tested it on the sunpy gallery build and it worked. I have not tested it on a build with warnings. |
However, after having a second look, it seems that more builds are failing than in master, so would be nice to investigate and fix this: https://travis-ci.org/astropy/astropy-helpers/jobs/119195000 |
Good catch @bsipocz - it appears this is specifically a py 3.x problem... That is, the failure you're noting happens in 3.3,3.4,and 3.5, but not 2.6 or 2.7... |
switch to checking decoded version for build success message
ah of course! |
Looks like that did the job - there's a new failure, but it's a red herring (internet hiccup), so I'll just go ahead and merge this. (will add a changelog entry about this when I merge) |
build_sphinx now checks for "build succeeded." on any line.
REJOICE! |
Could this get in a bugfix release? |
this is necessary to keep the sphinx-gallery from causing travis builds to fail (see astropy/astropy-helpers#223)
This is to work around the effects of sphinx-gallery which prints
information about the gallery build out after the "build succeeded."
message.
The output from a sphinx-gallery build looks like this:
This effects astropy/astropy#4734 and sunpy/sunpy#1718.
ping @adrn @eteq