Bug 933520 – dev-texlive/texlive-context-2023_p69108-r2: fails to build on loong: not building luajithbtex due to missing engine: luajithbtex

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description WANG Xuerui 2024-06-04 10:20:00 UTC]

Created attachment 895053 [details]
compressed build log

The package's IUSE=luajittex is apparently not taking effect during the build; see the attached build log for details.

This is different from bug 928122 because luajit (hence luajittex) is not available on loong, so one cannot "fix" the bug by enabling USE=luajittex for texlive-core.

[Comment 1 WANG Xuerui 2024-06-04 10:20:23 UTC]

Created attachment 895054 [details]
compressed emerge --info

[Comment 2 Florian Schmaus 2024-06-04 13:39:04 UTC]

>>> Compiling source in /var/tmp/portage/dev-texlive/texlive-context-2023_p69108-r2/work ...
 [32m*[0m Appending to format.texlive-context.cnf for name=cont-en engine=pdftex options="-8bit *cont-en.mkii"
 [32m*[0m Appending to format.texlive-context.cnf for name=cont-en engine=xetex options="-8bit *cont-en.mkii"
 [32m*[0m Appending to format.texlive-context.cnf for name=luajithbtex engine=luajithbtex options="luatex.ini"   patterns=language.def,language.dat.lua   fmttriggers=cm,etex,hyphen-base,knuth-lib,plain,tex-ini-files,unicode-data,hyph-utf8,luatex
 [32m*[0m Appending to format.texlive-context.cnf for name=luajittex engine=luajittex options="luatex.ini"   patterns=language.def,language.dat.lua   fmttriggers=cm,etex,hyphen-base,knuth-lib,plain,tex-ini-files,unicode-data,hyph-utf8,luatex
 [32m*[0m Building format texmf-dist/fmtutil/format.texlive-context.cnf
…
fmtutil [INFO]: log file copied to: /var/tmp/portage/dev-texlive/texlive-context-2023_p69108-r2/work/texmf-var/web2c/pdftex/cont-en.log
fmtutil [INFO]: /var/tmp/portage/dev-texlive/texlive-context-2023_p69108-r2/work/texmf-var/web2c/pdftex/cont-en.fmt installed.
fmtutil [ERROR]: not building luajithbtex due to missing engine: luajithbtex
fmtutil [INFO]: disabled formats: 1
fmtutil [INFO]: successfully rebuilt formats: 2
fmtutil [INFO]: failed to build: 1 (luajithbtex/luajithbtex)
fmtutil [INFO]: total formats: 4
…
fmtutil [INFO]: exiting with status 1
 [31;01m*[0m ERROR: dev-texlive/texlive-context-2023_p69108-r2::gentoo failed (compile phase):
 [31;01m*[0m   failed to build format texmf-dist/fmtutil/format.texlive-context.cnf
 [31;01m*[0m 
 [31;01m*[0m Call stack:
 [31;01m*[0m     ebuild.sh, line 136:  Called src_compile
 [31;01m*[0m   environment, line 576:  Called texlive-module_src_compile
 [31;01m*[0m   environment, line 876:  Called die
 [31;01m*[0m The specific snippet of code:
 [31;01m*[0m               VARTEXFONTS="${T}/fonts" TEXMFHOME="${S}/texmf:${S}/texmf-dist:${S}/texmf-var" env -u TEXINPUTS "${fmt_call}" --cnffile "${i}" --fmtdir "${S}/texmf-var/web2c" --all || die "failed to build format ${i}";

There is

	[[ -n ${TEXLIVE_MODULE_OPTIONAL_ENGINE} ]] && has ${engine} ${TEXLIVE_MODULE_OPTIONAL_ENGINE} && use !${engine} && mode="disabled"

in texlive-mode_add_format() (of texlive-module.eclass).

However, the texlive-context ebuild sets

TEXLIVE_MODULE_OPTIONAL_ENGINE="luajittex"

but this fails because luajithbtex, which seems to be *another* LUA jit-based TeX engine.

[Comment 3 Larry the Git Cow 2024-06-05 12:20:26 UTC]

The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fa6fadb1b7323f22a157b769d4d383ef439ee2f2

commit fa6fadb1b7323f22a157b769d4d383ef439ee2f2
Author:     Florian Schmaus <[e-mail]>
AuthorDate: 2024-06-05 12:05:06 +0000
Commit:     Florian Schmaus <[e-mail]>
CommitDate: 2024-06-05 12:18:03 +0000

    dev-texlive/texlive-{basic,context}: move luajittex from -context into -basic
    
    The motivation for this change is a little bit complex. The gist is,
    that luajittex belongs into -basic, even though tlpdb lists luajittex in
    collection-context for Tex Live 2023 (and probably in
    collection-binextra for TeX Live 2024).
    
    In Gentoo, texlive-basic had already luajittex in IUSE, at least since
    TeX Live 2021. And this seems sensible.
    
    We can not easily put the luajittex TeX Live package in
    app-text/texlive-core, even though we *build* luajit(hb)tex there. But
    the luajittex TeX Live package also has a AddFormat directive in its
    tlpobj, which we do not process in texlive-core. This is mostly because
    texilve-core only inherits texlive-common.eclass, but the tlpojb
    processing, including the AddFormat processing, is done by
    texlive-module.eclass.
    
    Therefore, we put luajittex in texlive-basic, since this will always be
    installed and the texlive-basic ebuilds processes luajits AddFormat
    directive, because it inherits texlive-module.eclass.
    
    Closes: https://bugs.gentoo.org/933520
    Bug: https://bugs.gentoo.org/928122
    Fixes: 1bca88987927 ("dev-texlive/texlive-context: set TEXLIVE_MODULE_OPTIONAL_ENGINE=luajittex")
    Signed-off-by: Florian Schmaus <[e-mail]>

 dev-texlive/texlive-basic/Manifest                             |  2 ++
 ...23_p59159-r3.ebuild => texlive-basic-2023_p59159-r4.ebuild} | 10 ++++++++++
 dev-texlive/texlive-context/Manifest                           |  2 --
 dev-texlive/texlive-context/metadata.xml                       |  3 ---
 ..._p69108-r2.ebuild => texlive-context-2023_p69108-r3.ebuild} |  6 +-----
 5 files changed, 13 insertions(+), 10 deletions(-)