Bug 1140203 - luatex 2019 crashes in Sphinx tests
luatex 2019 crashes in Sphinx tests
Status: RESOLVED FIXED
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Other
Current
Other Other
: P5 - None : Normal (vote)
: ---
Assigned To: Dr. Werner Fink
E-mail List
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2019-07-03 09:07 UTC by Tomáš Chvátal
Modified: 2022-03-24 09:15 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
output of the tex run (8.35 KB, text/plain)
2019-07-03 09:08 UTC, Tomáš Chvátal
Details
input tex file generated by sphinx (68.30 KB, text/x-tex)
2019-07-03 09:09 UTC, Tomáš Chvátal
Details
sphinx-latex.tar.xz (708.94 KB, application/x-xz)
2019-07-03 09:30 UTC, Tomáš Chvátal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tomáš Chvátal 2019-07-03 09:07:54 UTC
As per $SUMMARY the luatex crashes when building stuff in Sphinx testsuite.

The test boils down to call:

lualatex --halt-on-error --interaction=nonstopmode -output-directory=lualatex lualatex/sphinxtests.tex

I will attach the output and the tex file here.

The command worked fine with 2018 lualatex.
Comment 1 Tomáš Chvátal 2019-07-03 09:08:58 UTC
Created attachment 809250 [details]
output of the tex run
Comment 2 Tomáš Chvátal 2019-07-03 09:09:16 UTC
Created attachment 809251 [details]
input tex file generated by sphinx
Comment 3 Dr. Werner Fink 2019-07-03 09:18:38 UTC
(In reply to Tomáš Chvátal from comment #2)
> Created attachment 809251 [details]
> input tex file generated by sphinx

Please attach a tar ball of all loaded images/pdf data files to get this usable, thanks.
Comment 4 Tomáš Chvátal 2019-07-03 09:30:29 UTC
Created attachment 809259 [details]
sphinx-latex.tar.xz

All the files generated by the pytest run in the tmp folder...
Comment 6 Dr. Werner Fink 2019-07-03 09:38:41 UTC
(In reply to Tomáš Chvátal from comment #4)
> Created attachment 809259 [details]
> sphinx-latex.tar.xz
> 
> All the files generated by the pytest run in the tmp folder...

... root/_build/latex/lualatex/sphinxtests.log does not show the crash?
Comment 7 Dr. Werner Fink 2019-07-03 11:38:26 UTC
(In reply to Dr. Werner Fink from comment #5)
> https://tug.org/pipermail/tex-live/2019-July/043824.html

> Le 3 juil. 2019 à 11:25, Dr. Werner Fink <werner@suse.de> a écrit :
> > Hi,
> >
> > I've a bug report that luatex from TeXLive 2019 does crash during
> > Sphinx tests ...
> 
> Is this https://github.com/sphinx-doc/sphinx or another Sphinx ?
> Tests (which include  a lualatex run) currently pass.
> Could be another Sphinx...
> 
> Best,
> Jean-François
Comment 8 Dr. Werner Fink 2019-07-03 13:36:36 UTC
I see soemthing different but not better

_build/latex> lualatex --halt-on-error --interaction=nonstopmode -output-directory=lualatex lualatex/sphinxtests.tex
This is LuaTeX, Version 1.10.0 (TeX Live 2019/TeX Live for opensuse.org) 
 restricted system commands enabled.
(./lualatex/sphinxtests.tex
LaTeX2e <2018-12-01>

luaotfload | main : initialization completed in 0.084 seconds
(/usr/share/texmf/tex/generic/luatex85/luatex85.sty) (./sphinxmanual.cls
Document Class: sphinxmanual 2018/12/23 v2.0 Document class (Sphinx manual)
(/usr/share/texmf/tex/latex/base/report.cls
Document Class: report 2018/09/03 v1.4i Standard LaTeX document class
(/usr/share/texmf/tex/latex/base/size10.clo
luaotfload error: "bad argument #3 to 'string.format' (number has no integer representation)"
Lua interpreter stack traceback:
        /usr/share/texmf/tex/luatex/luaotfload/luaotfload-log.lua:155: in function </usr/share/texmf/tex/luatex/luaotfload/luaotfload-log.lua:152>
        [C]: in function 'string.format'
        [C]: in function 'xpcall'
        /usr/share/texmf/tex/luatex/luaotfload/luaotfload-log.lua:170: in upvalue 'basic_logger'
        /usr/share/texmf/tex/luatex/luaotfload/luaotfload-log.lua:276: in function 'logreport'
        ...hare/texmf/tex/luatex/luaotfload/luaotfload-database.lua:532: in upvalue 'load_names'
        ...hare/texmf/tex/luatex/luaotfload/luaotfload-database.lua:625: in upvalue 'lookup_filename'
        ...hare/texmf/tex/luatex/luaotfload/luaotfload-database.lua:684: in field 'lookup_font_file'
        ...are/texmf/tex/luatex/luaotfload/luaotfload-resolvers.lua:77: in function <...are/texmf/tex/luatex/luaotfload/luaotfload-resolvers.lua:76>
        (...tail calls...)
        ...are/texmf/tex/luatex/luaotfload/luaotfload-resolvers.lua:247: in local 'r'
        ...re/texmf/tex/luatex/luaotfload/fontloader-2019-02-14.lua:29709: in field 'resolve'
        ...re/texmf/tex/luatex/luaotfload/fontloader-2019-02-14.lua:29899: in upvalue 'read'
        ...share/texmf/tex/luatex/luaotfload/luaotfload-loaders.lua:135: in function <...share/texmf/tex/luatex/luaotfload/luaotfload-loaders.lua:134>
        (...tail calls...)

/usr/share/texmf/tex/luatex/luaotflo
ad/luaotfload-log.lua:232: bad argument #3 to 'stringformat' (number has no int
eger representation).
<to be read again> 
relax 
l.54 \normalsize
              
 276 words of node memory still in use:
   1 dir, 3 kern, 1 glyph, 1 attribute, 35 glue_spec, 1 attribute_list, 2 if_st
ack nodes
   avail lists: 2:8,3:1,4:1,5:1
!  ==> Fatal error occurred, no output PDF file produced!
Transcript written on sphinxtests.log.
Comment 9 Dr. Werner Fink 2019-07-03 13:42:05 UTC
Ahh ... doing

 rm -rf ~/.cache/texmf/fonts/luatex-cache/

helps a lot
Comment 10 Dr. Werner Fink 2019-07-04 08:42:18 UTC
SR#713338
Comment 11 Swamp Workflow Management 2019-07-04 09:10:21 UTC
This is an autogenerated message for OBS integration:
This bug (1140203) was mentioned in
https://build.opensuse.org/request/show/713338 Factory / texlive