luametalatex-dev

[hvoss49]

Running it on an simple example. Shoudln't it work?

\documentclass{scrbook}
\usepackage{libertinus}

\begin{document}
Text
\end{document}

voss@Lenovo:~/texte$ luametalatex-dev test
{/usr/local/texlive/2021/texmf-var/fonts/map/pdftex/updmap/pdftex.map}This is LuaMetaTeX, Version 2.09.36 luametalatex-dev.fmt 2022.1.20
(test
LaTeX2e <2022-06-01> pre-release-1 (develop 2022-1-20 branch)
 L3 programming layer <2022-01-12>(scrbook.cls
Document Class: scrbook 2021/11/13 v3.35 KOMA-Script document class (book)
(scrkbase.sty(scrbase.sty(scrlfile.sty(scrlfile-hook.sty(scrlogo.sty)))(keyval.sty)))(tocbasic.sty)(scrsize11pt.clo
luaotfload | db : Font names database not found, generating new one.
luaotfload | db : This can take several minutes; please be patient.
luaotfload | db : Unknown format: "", skipping.
luaotfload | db : Unknown format: "", skipping.
luaotfload | db : Unknown format: "", skipping.
luaotfload | db : Unknown format: "", skipping.
! run callback [7]: ...1/texmf-dist/tex/luatex/lualibs/lualibs-basic-merged.lua:4077: bad argument #1 to 'write' (string expected, got nil)
stack traceback:
    [C]: in method 'write'
    ...1/texmf-dist/tex/luatex/lualibs/lualibs-basic-merged.lua:4077: in upvalue 'gzipsave'
    ...texmf-dist/tex/luatex/luaotfload/luaotfload-database.lua:3561: in upvalue 'save_names'
    ...texmf-dist/tex/luatex/luaotfload/luaotfload-database.lua:3501: in upvalue 'update_names'
    ...texmf-dist/tex/luatex/luaotfload/luaotfload-database.lua:596: in upvalue 'load_names'
    ...texmf-dist/tex/luatex/luaotfload/luaotfload-database.lua:665: in upvalue 'lookup_filename'
    ...texmf-dist/tex/luatex/luaotfload/luaotfload-database.lua:724: in field 'lookup_font_file'
    ...exmf-dist/tex/luatex/luaotfload/luaotfload-resolvers.lua:72: in function <...exmf-dist/tex/luatex/luaotfload/luaotfload-resolvers.lua:71>
    (...tail calls...)
    ...exmf-dist/tex/luatex/luaotfload/luaotfload-resolvers.lua:243: in local 'r'
    ...xmf-dist/tex/luatex/luaotfload/fontloader-2021-05-20.lua:31261: in field 'resolve'
    ...xmf-dist/tex/luatex/luaotfload/fontloader-2021-05-20.lua:31448: in upvalue 'ctx_read'
    .../texmf-dist/tex/luatex/luaotfload/luaotfload-loaders.lua:132: in function <.../texmf-dist/tex/luatex/luaotfload/luaotfload-loaders.lua:131>
    (...tail calls...).
<to be read again> 

    relax 
<line 3.112> 
    \normalsize
?     

[zauguin]

The error you see is an error about luaotfload being too old. (I completely forgot to release the current version for that) Currently it needs the git version, this will be fixed over the weekend.

[hvoss49]

is it fixed?

[zauguin]

is it fixed?

No, sorry... I got distracted by two other issues: For one KOMA-Script is incompatible with luametatex at the moment and fixing that is a bit tricky. Additionally current luametatex versions trigger some weird bug which I think is an engine issue but which is hard to debug.

Anyway I'm currently finishing my master's thesis and will not be able to deal with any of it over the next 2 weeks.

[zauguin]

A small update: While the luaotfload issue is fixed, the current luametatex is incompatible with lualibs. Updating lualibs triggers a ConTeXt issue, so this is delayed until that gets fixed upstream.

Manually fixing lualibs still leaves the weird bug I mentioned above (macro definitions magically change after dumping and reloading the format) and make it pretty unsable anyway, so until there is some progress on that the other stuff is not a very high priority.

[zauguin]

The current version of lualibs works with LuaMetaLaTeX and the latest code in the work branch of LuaMetaTeX fixes the macro corruption issue, so this should finally work.