Skip to content
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

Build failing most of the time #3073

Closed
trasher opened this issue Aug 30, 2017 · 10 comments
Closed

Build failing most of the time #3073

trasher opened this issue Aug 30, 2017 · 10 comments
Labels
Bug A bug Needed: more information A reply from issue author is required

Comments

@trasher
Copy link

trasher commented Aug 30, 2017

Details

Expected Result

Doc get built ;)

Actual Result

Most of the time, the build fails with "An unexpected error occurred". It's just a rst/md doc with a customized template; nothing really special; no code, ...

@agjohnson
Copy link
Contributor

The error here was a unicode error during setup. This will likely need some local debugging to pinpoint

@agjohnson agjohnson added Bug A bug Needed: more information A reply from issue author is required labels Aug 30, 2017
@trasher
Copy link
Author

trasher commented Aug 31, 2017

Let me know if I can help... All that I can tell you actually is that the docs build locally; with sphinx 2.2.11

@trasher
Copy link
Author

trasher commented Aug 31, 2017

I think I've found the cause of the issue... This seems to bre related to the MD part of the doc. I've just disabled recommonmark.parser; and now, the docs builds fine.

After check, I can see a warning locally when it is enabled:

/usr/lib64/python2.7/urllib.py:1299: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal
  return ''.join(map(quoter, s))
/usr/lib/python2.7/site-packages/recommonmark/parser.py:55: UserWarning: Container node skipped: type=document
  warn("Container node skipped: type={0}".format(mdnode.t))

Our doc was previously in MD, I'm migrating to RST; disabling the module is not a big issue. Anyways, I'd expect rtfd not to fail without message :)

Hope that helps.

@trasher
Copy link
Author

trasher commented Aug 31, 2017

Finally... This does not solve the issue. The commit on which I've disabled the module has been built; but this is failing again now.

@julienmalard
Copy link
Contributor

I have the same problem with two repositories. Here is an example from the Tiko'n repository:
https://readthedocs.org/projects/tikon/builds/5945523/

Interestingly, occasionaly the builds will work on a translation of the same project (but not replicably so-- a few days ago the "Urdu" translation (actually still in Spanish) was working, but now the Tamil translation is working instead):
Tamil version logs:
https://readthedocs.org/projects/tikon-ta/builds/

Urdu version logs:
https://readthedocs.org/projects/tikon-ur/builds/

@agjohnson
Copy link
Contributor

Okay, I finally found the source of this. This was a bug with our celery builder where the locale was not being picked up correctly. The result was any use of os.walk threw an exception when encountering a utf8 codepoint on a filename. We used os.walk in a few places. I'm not entirely sure why this presented as non-deterministic however. A few folks noticed the builds randomly failing.

I just did a deploy of the fix today, and I successfully rebuilt your project @trasher.

@agjohnson
Copy link
Contributor

Same for you @julienmalard -- builds for your project are getting past the initial failure.

@julienmalard
Copy link
Contributor

Many thanks @agjohnson! It works now.

@borsboom
Copy link

Yes, works for me as well!

@trasher
Copy link
Author

trasher commented Sep 18, 2017

Hello @agjohnson ;

Seems like this is fixed now; thank you very much!

@trasher trasher closed this as completed Sep 18, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug A bug Needed: more information A reply from issue author is required
Projects
None yet
Development

No branches or pull requests

4 participants