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