Summary: | dev-texlive/texlive-context-2023_p69108 failed to emerge | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Leonid Kopylov <leonchik1976> |
Component: | Current packages | Assignee: | Alexis Ballier <aballier> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | flow, jstein, leonchik1976, tex |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log
emerge-info.txt |
Description
Leonid Kopylov
2024-03-29 11:20:34 UTC
Created attachment 889003 [details]
build.log
Is the USE flag 'luajittex' enabled on app-text/texlive-core? If not, could you enable it and see if this allows you to emerge texlive-context? (In reply to Florian Schmaus from comment #2) > Is the USE flag 'luajittex' enabled on app-text/texlive-core? If not, could > you enable it and see if this allows you to emerge texlive-context? # emerge texlive-core -pvq [ebuild R ] app-text/texlive-core-2023-r5 USE="X doc source tk xetex -cjk (-luajittex) (-xindy)" it masked Could you add the output of `emerge --info` to the attachments of this bug? Created attachment 889012 [details]
emerge-info.txt
You are most likely hitting the following package.use.mask: https://github.com/gentoo/gentoo/blob/a9670d41c7d9966978d056549255280f2a409ad8/profiles/arch/arm64/package.use.mask#L367-L371 Given that the mask is from 2018, and regardless if this can be considered the proper fix of the bug, I wonder if this mask is still valid for texlive 2023. Could I bribe you into locally unmasking the mask and see if luajittex works on arm64? That said, I wonder if the correct fix for the issue is to convince fmtutil to not build stuff for engines that aren't available. However, as of now, I have not really an idea how this would work. Therefore, I would need more time to look into it. It still would be nice if you could test luajittex on arm64. That would be much appreciated. (In reply to Florian Schmaus from comment #6) > You are most likely hitting the following package.use.mask: > https://github.com/gentoo/gentoo/blob/ > a9670d41c7d9966978d056549255280f2a409ad8/profiles/arch/arm64/package.use. > mask#L367-L371 > > Given that the mask is from 2018, and regardless if this can be considered > the proper fix of the bug, I wonder if this mask is still valid for texlive > 2023. > > Could I bribe you into locally unmasking the mask and see if luajittex works > on arm64? > > That said, I wonder if the correct fix for the issue is to convince fmtutil > to not build stuff for engines that aren't available. However, as of now, I > have not really an idea how this would work. Therefore, I would need more > time to look into it. > > It still would be nice if you could test luajittex on arm64. That would be > much appreciated. after unmasking, these rebuild with USE=luajittex: # emerge texlive-core texlive-basic -pvq [ebuild R ] app-text/texlive-core-2023-r5 USE="X doc luajittex source tk xetex -cjk (-xindy)" [ebuild R ] dev-texlive/texlive-basic-2023_p59159-r2 USE="doc luajittex source" and..success: # emerge =dev-texlive/texlive-context-2023_p69108 -pvq [ebuild R ] dev-texlive/texlive-context-2023_p69108 USE="doc source" The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1bca88987927e0aa8a8b4f7a99c912b27d971a59 commit 1bca88987927e0aa8a8b4f7a99c912b27d971a59 Author: Florian Schmaus <flow@gentoo.org> AuthorDate: 2024-03-29 17:18:18 +0000 Commit: Florian Schmaus <flow@gentoo.org> CommitDate: 2024-03-29 17:18:28 +0000 dev-texlive/texlive-context: set TEXLIVE_MODULE_OPTIONAL_ENGINE=luajittex Closes: https://bugs.gentoo.org/928122 Signed-off-by: Florian Schmaus <flow@gentoo.org> dev-texlive/texlive-context/metadata.xml | 3 +++ ...ntext-2023_p69108.ebuild => texlive-context-2023_p69108-r1.ebuild} | 4 +++- 2 files changed, 6 insertions(+), 1 deletion(-) |