[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

miss-islington added the comment: New changeset d9b321692b6770c0fe7cb7ba05f9bd5c6082a880 by Miss Islington (bot) in branch '2.7': bpo-31589 : Build PDF using xelatex for better UTF8 support. (GH-3940) https://github.com/python/cpython/commit/d9b321692b6770c0fe7cb7ba05f9bd5c6082a880

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Change by miss-islington : -- pull_requests: +16221 pull_request: https://github.com/python/cpython/pull/16636 ___ Python tracker ___ __

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Ned Deily added the comment: OK, I'm going to close this. We can discuss further steps elsewhere. Thanks for reporting the problem, Carol, and thanks for the quick response, Julien! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: behavior -> __

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

jfbu added the comment: For info, the xetex problem "Improper discretionary list" is presumably the one seen at https://github.com/sphinx-doc/sphinx/issues/3546. I asked on xetex mailing list at http://tug.org/pipermail/xetex/2017-March/027056.html to which xetex bug it was related but it ap

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Julien Palard added the comment: Japanese is failing expectedly (may work with platex but not xelatex), but I hoped french to build. But the build server is giving: ! Improper discretionary list. } l.359 ...{PyObject} \PYG{o}{*}\PYG{n}{t}\PYG{p}{;}

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Mariatta Wijaya added the comment: I verified that the download links for Python 3.7.0a2 (English) are now working. The French and Japanese docs downloads are still 404. -- nosy: +Mariatta ___ Python tracker _

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Ned Deily added the comment: OK, thanks. I've pushed PR 3940 to master and backported it to 3.6. I'll keep this open until we've seen the next full doc build complete successfully. -- ___ Python tracker __

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Ned Deily added the comment: New changeset 2ad350a713360e89ae6d264924cd28f519b8b22c by Ned Deily (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31589 : Build PDF using xelatex for better UTF8 support. (GH-3940) (#4683) https://github.com/python/cpython/commit/2ad350a713360e89ae6d264924cd28

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Change by Roundup Robot : -- keywords: +patch pull_requests: +4596 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Ned Deily added the comment: New changeset 7324b5ce8e7c031a0a3832a6a8d7c639111ae0ff by Ned Deily (Julien Palard) in branch 'master': bpo-31589 : Build PDF using xelatex for better UTF8 support. (#3940) https://github.com/python/cpython/commit/7324b5ce8e7c031a0a3832a6a8d7c639111ae0ff

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Julien Palard added the comment: I recommand PR 3940, as it's simple, and as I'm still unable to fix issue32200 with PR 4069 (I still don't understand how to write those latex macros). I'm open to follow the discussion about PR 4069, if one find a nice documentable reproductible protocol to u

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Ned Deily added the comment: Thanks, Julien. To be clear, are you recommending applying just PR 3940 or also the unique part of PR 4069? At this point, I am not concerned about the apparent minor difference in appearance; I would just like the downloadable docs to build and be usable.

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Julien Palard added the comment: It works with xelatex (https://github.com/python/cpython/pull/3940), here's the difference: https://screenshots.firefox.com/wSn4a8WyFMNzXgKm/null https://screenshots.firefox.com/WmUNljwcO8mImchP/null The "bold" one is the xelatex one. In case we want this to

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Julien Palard added the comment: Yes, it's related to: - https://github.com/python/cpython/pull/3940 - https://github.com/python/cpython/pull/4069 Idea is: Unicode characters are not well supported by pdflatex which what's we're using to build our PDF files. There's two solutions: - Use xela

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Change by Julien Palard : -- nosy: +jfbu ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue32200] Full docs build of 3.6 and 3.7 failing since 2017-10-15

Ned Deily added the comment: It looks like the 3.6 and 3.7 full doc build has been failing since 2017-10-15. Seen in /var/log/docsbuild/python37-en.log: [...] [3] [4] [5] [6] [7] (/usr/share/texlive/texmf-dist/tex/latex/ucs/data/uni-1.def ) (/usr/share/texlive/texmf-dist/tex/latex/ucs/data/un