XeLaTeX, fontspec, unsuccessful font search

XeLaTeX, fontspec, unsuccessful font search

[Wiktor Żelazny]

[-- Attachment #1: Type: text/plain, Size: 1415 bytes --]

Dear list,

I’ve been tackling a similar problem as in [1]:

$ cat minimal.tex

   \documentclass{minimal}
   \usepackage{fontspec}
   \setmainfont{Latin Modern Sans}
   \begin{document}
   Hello
   \end{document}

$ guix environment --container --ad-hoc texlive texlive-latex-fontspec texlive-lm
[env]$ xelatex minimal

   (/gnu/store/ar2lrskw5mbqyc8k7ai3i7p5ig6fdkp0-texlive-texmf-20180414/share/texmf
   -dist/tex/latex/fontspec/fontspec.cfg)))kpathsea:make_tex: Invalid filename `Latin Modern Sans', contains ' '

   !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
   !
   ! fontspec error: "font-not-found"
   ! 
   ! The font "Latin Modern Sans" cannot be found.
   ! 
   ! See the fontspec documentation for further information.
   ! 
   ! For immediate help type H <return>.
   !...............................................  
                                                   
   l.3 \setmainfont{Latin Modern Sans}

Actually, it started with me trying to obtain a pdf output with `pandoc
--pdf-engine=xelatex` from a markdown file. This returns a different
error, albeit seemingly related: lmodern not found. So the issue looks
deeper than the space in the font name.

For an environment without `--container`, `fc-match` returns no match,
even after `fc-cache -f`.

Any hint will be appreciated.

WŻ

[1]: https://github.com/NixOS/nixpkgs/issues/24485

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 963 bytes --]

Re: XeLaTeX, fontspec, unsuccessful font search

[Wiktor Żelazny]

[-- Attachment #1: Type: text/plain, Size: 2272 bytes --]

On Wed, Jan 22, 2020 at 04:25:43PM +0100, Wiktor Żelazny wrote:

> I’ve been tackling a similar problem as in [1]:
>
> $ cat minimal.tex

OK, I solved my pandoc problem by including `ghc-pandoc` along with
`texlive` among --ad-hoc inputs, rather than a regular one. From now on,
I will be using --ad-hoc, exclusively.

Still, this does not solve the issue with the fontspec example. I tried
the manual approach by following [1]. I dug through the symlinks just to
be sure.

$ guix environment … --ad-hoc texlive texlive-lm
[env]$ set | grep GUIX_ENVIRONMENT
   GUIX_ENVIRONMENT=/gnu/store/z50qrshwcl155qrm1q0kbby1sqsmj4iz-profile
[env]$ cd /gnu/store/z50qrshwcl155qrm1q0kbby1sqsmj4iz-profile/share/texmf-dist/fonts/opentype/public/lm
   lrwxrwxrwx 3 root root 127 Jan  1  1970 lmmono10-italic.otf -> /gnu/store/2xv24hrmq5li382za96k4gh7r7njzprw-texlive-configuration/share/texmf-dist/fonts/opentype/public/lm/lmmono10-italic.otf
[env]$ cd /gnu/store/2xv24hrmq5li382za96k4gh7r7njzprw-texlive-configuration/share/texmf-dist/fonts/opentype/public/lm
   lrwxrwxrwx 4 root root 122 Jan  1  1970 lmmono10-italic.otf -> /gnu/store/q4a3l4ki8rcjlhqxkmyaws0pybvska8s-texlive-lm-49435/share/texmf-dist/fonts/opentype/public/lm/lmmono10-italic.otf
[env]$ cd /gnu/store/q4a3l4ki8rcjlhqxkmyaws0pybvska8s-texlive-lm-49435/share/texmf-dist/fonts/opentype/public/lm
   -r--r--r-- 8 root root  63584 Jan  1  1970 lmmono10-italic.otf
[env]$ fc-cache /gnu/store/q4a3l4ki8rcjlhqxkmyaws0pybvska8s-texlive-lm-49435/share/texmf-dist/fonts/opentype/public/lm
[env]$ fc-cache -v /gnu/store/q4a3l4ki8rcjlhqxkmyaws0pybvska8s-texlive-lm-49435/share/texmf-dist/fonts/opentype/public/lm
   /gnu/store/q4a3l4ki8rcjlhqxkmyaws0pybvska8s-texlive-lm-49435/share/texmf-dist/fonts/opentype/public/lm: skipping, existing cache is valid: 72 fonts, 0 dirs
[env]$ ls | wc
        72      72    1653
[env]$ fc-list | grep Modern
   # nothing
[env]$ fc-list | grep lm
   # nothing

I also tried doing the fc-* stuff with sudo, nothing again.

There was no
$GUIX_ENVIRONMENT/etc/fonts/conf.avail/09-texlive-fonts.conf
, so I could not try the second approach mentioned in [1].

WŻ

[1]: https://wiki.archlinux.org/index.php/TeX_Live#Making_fonts_available_to_Fontconfig

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 963 bytes --]