https://bugzilla.redhat.com/show_bug.cgi?id=2240646
aki...@gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aki...@gmail.com
--- Comment #4 from aki...@gmail.com ---
I encountered similar breakage in XeTeX engine.
Minimal latex source which uses "Noto Sans CJK SC" through the xeCJK package:
test.tex:
-------------------------------------------
\documentclass{article}
\usepackage{xeCJK}
\setCJKmainfont{Noto Sans CJK SC}
\setCJKmonofont{Noto Sans Mono CJK SC}
\begin{document}
中文 \LaTeX 示例。
{\ttfamily
中文 \LaTeX 示例。
}
\end{document}
-------------------------------------------
With only google-noto-sans-cjk-fonts and google-noto-sans-mono-cjk-fonts
installed, "xelatex test.tex" works fine.
Thanks to the removal of conflicts, I can install google-noto-sans-cjk-vf-fonts
and
google-noto-sans-mono-cjk-vf-fonts alongside the non-variable fonts.
"xelatex test.tex" now gives this:
-------------------------------------------
This is XeTeX, Version 3.141592653-2.6-0.999995 (TeX Live 2023) (preloaded
format=xelatex)
restricted \write18 enabled.
entering extended mode
(./main.tex
LaTeX2e <2022-11-01> patch level 1
L3 programming layer <2023-02-22>
(/usr/share/texlive/texmf-dist/tex/latex/base/article.cls
Document Class: article 2022/07/02 v1.4n Standard LaTeX document class
(/usr/share/texlive/texmf-dist/tex/latex/base/size10.clo))
(/usr/share/texlive/texmf-dist/tex/xelatex/xecjk/xeCJK.sty
(/usr/share/texlive/texmf-dist/tex/latex/l3kernel/expl3.sty
(/usr/share/texlive/texmf-dist/tex/latex/l3backend/l3backend-xetex.def))
(/usr/share/texlive/texmf-dist/tex/latex/ctex/ctexhook.sty)
(/usr/share/texlive/texmf-dist/tex/latex/l3packages/xtemplate/xtemplate.sty)
(/usr/share/texlive/texmf-dist/tex/latex/fontspec/fontspec.sty
(/usr/share/texlive/texmf-dist/tex/latex/l3packages/xparse/xparse.sty)
(/usr/share/texlive/texmf-dist/tex/latex/fontspec/fontspec-xetex.sty
(/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty)
(/usr/share/texlive/texmf-dist/tex/latex/fontspec/fontspec.cfg)))
(/usr/share/texlive/texmf-dist/tex/xelatex/xecjk/xeCJK.cfg)) (./main.aux)
(/usr/share/texlive/texmf-dist/tex/latex/base/ts1cmr.fd) [1] (./main.aux)
xdvipdfmx:fatal: Invalid TTC index number
No output PDF file written.
)
Error 256 (driver return code) generating output;
file main.pdf may not be valid.
Transcript written on main.log.
-------------------------------------------
In main.log, there are info level messages of interest:
-------------------------------------------
Package fontspec Info: Could not resolve font "Noto Sans CJK SC/BI" (it
(fontspec) probably doesn't exist).
Package fontspec Info: Could not resolve font "Noto Sans CJK SC/B" (it
(fontspec) probably doesn't exist).
Package fontspec Info: Could not resolve font "Noto Sans CJK SC/I" (it
(fontspec) probably doesn't exist).
-----------------------------
I'm suspecting that XeTeX engine doesn't expect the mere presence of -VF fonts
of the same name and generates bogus main.xdv which causes the error of
xdvipdfmx.
My question is: Can I hide the -VF fonts from XeTeX by tweaking fontconfig's
per-user setting without removing those -vf packages system wide?
Longer term, I guess it would be ideal to teach XeTeX to ignore -VF fonts.
I have no idea if such an update is possible, though.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2240646
Report this comment as SPAM:
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-spam&short_desc=Report%20of%20Bug%202240646%23c4
--
_______________________________________________
fonts-bugs mailing list -- fonts-bugs@lists.fedoraproject.org
To unsubscribe send an email to fonts-bugs-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/fonts-bugs@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
