Summary: | dev-texlive/texlive-xetex-2023_p69452-r1 failes to build because building formats fails with "Undefined control sequence. __kernel_msg_info:nnxx" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Marius Stoica <Letto2> |
Component: | Current packages | Assignee: | Alexis Ballier <aballier> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | asturm, atoth, bugs.gentoo.org, dan, flow, freddie, gem, gonegrier.duarte, grozin, himself, jstein, kripton, leonchik1976, Letto2, mgorny, mikael.hirki, tex, tka |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=927084 https://bugs.gentoo.org/show_bug.cgi?id=929100 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log
xelatex-dev.log |
Description
Marius Stoica
2024-03-29 10:00:18 UTC
Created attachment 889000 [details]
build.log
Created attachment 889005 [details]
xelatex-dev.log
The problem is here:
! Undefined control sequence.
<argument> ... \NewHook }}\__kernel_msg_info:nnxx
{ltcmd}{define-command}{\t...
l.4888 ...ok { m }{ \hook_new:n {#1} }
?
! Emergency stop.
<argument> ... \NewHook }}\__kernel_msg_info:nnxx
{ltcmd}{define-command}{\t...
l.4888 ...ok { m }{ \hook_new:n {#1} }
No pages of output.
Transcript written on xelatex-dev.log.
Seems like the fix from #927084 was insufficient. I noticed dev-texlive/texlive-xetex-2021-r1 was blocking dev-texlive/texlive-latexextra-2023_p69752-r2. So then I decided to unmerge the old texlive-xetex which allowed be to build the newer texlive-latexextra. After that, I was able to successfully build the newer texlive-xetex. emerge -C dev-texlive/texlive-xetex emerge -1 dev-texlive/texlive-latexextra emerge -1 dev-texlive/texlive-xetex (In reply to Mikael Hirki from comment #4) > I noticed dev-texlive/texlive-xetex-2021-r1 was blocking > dev-texlive/texlive-latexextra-2023_p69752-r2. So then I decided to unmerge > the old texlive-xetex which allowed be to build the newer > texlive-latexextra. After that, I was able to successfully build the newer > texlive-xetex. > > emerge -C dev-texlive/texlive-xetex > emerge -1 dev-texlive/texlive-latexextra > emerge -1 dev-texlive/texlive-xetex I can confirm that installing the up-to-date version textlive-latexextra has solved this problem also for me. #MeToo (In reply to Claus-Justus Heine from comment #5) > (In reply to Mikael Hirki from comment #4) > > I noticed dev-texlive/texlive-xetex-2021-r1 was blocking > > dev-texlive/texlive-latexextra-2023_p69752-r2. So then I decided to unmerge > > the old texlive-xetex which allowed be to build the newer > > texlive-latexextra. After that, I was able to successfully build the newer > > texlive-xetex. > > > > emerge -C dev-texlive/texlive-xetex > > emerge -1 dev-texlive/texlive-latexextra > > emerge -1 dev-texlive/texlive-xetex > > I can confirm that installing the up-to-date version textlive-latexextra has > solved this problem also for me. Also solve for me. Might be needed to force latexextra to update frist on @world update (by adding as a BDEPEND). Or really need manual intervation. *** Bug 928151 has been marked as a duplicate of this bug. *** Adding BDEPEND=">=dev-texlive/texlive-latexextra-2023" to texlive-xetex-2023_p69452-r1.ebuild helped to complete the installation of the texlive 2023 packages. (In reply to tka from comment #9) > Adding BDEPEND=">=dev-texlive/texlive-latexextra-2023" to > texlive-xetex-2023_p69452-r1.ebuild helped to complete the installation of > the texlive 2023 packages. Thanks. This works. (In reply to Claus-Justus Heine from comment #5) > (In reply to Mikael Hirki from comment #4) > > I noticed dev-texlive/texlive-xetex-2021-r1 was blocking > > dev-texlive/texlive-latexextra-2023_p69752-r2. So then I decided to unmerge > > the old texlive-xetex which allowed be to build the newer > > texlive-latexextra. After that, I was able to successfully build the newer > > texlive-xetex. > > > > emerge -C dev-texlive/texlive-xetex > > emerge -1 dev-texlive/texlive-latexextra > > emerge -1 dev-texlive/texlive-xetex > > I can confirm that installing the up-to-date version textlive-latexextra has > solved this problem also for me. Thanks for the solution. (In reply to Andrey Grozin from comment #10) > (In reply to tka from comment #9) > > Adding BDEPEND=">=dev-texlive/texlive-latexextra-2023" to > > texlive-xetex-2023_p69452-r1.ebuild helped to complete the installation of > > the texlive 2023 packages. > Thanks. This works. Note that updating texlive-latexextra to the 2023 version, prior updating texlive-xetex, should have the same effect. But that is only possible if you disable USE=xetex on app-text/texlive and unmerge dev-texlive/texlive-xetex prior to the upgrade, which you can't do anyway if you depend on dev-perl/Template-Plugin-Latex, so this bug is waiting for a solution. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c370c6601aa0dfd5c2f18c9c4f808eb8332e6d0e commit c370c6601aa0dfd5c2f18c9c4f808eb8332e6d0e Author: Florian Schmaus <flow@gentoo.org> AuthorDate: 2024-04-02 18:45:00 +0000 Commit: Florian Schmaus <flow@gentoo.org> CommitDate: 2024-04-02 18:46:34 +0000 dev-texlive/texlive-xetex: add strong blocker for <texlive-latexextra-2023 Closes: https://bugs.gentoo.org/928116 Signed-off-by: Florian Schmaus <flow@gentoo.org> dev-texlive/texlive-xetex/texlive-xetex-2023_p69452-r1.ebuild | 1 + 1 file changed, 1 insertion(+) The commit message would've benefitted from some detail on why this was the only option and why it's needed. |