GNU bug report logs - #52979
Modular texlive has problems finding fonts

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Jelle Licht <jlicht <at> fsfe.org>
Subject: bug#52979: closed (Re: bug#52979: Modular texlive has problems
 finding fonts)
Date: Tue, 04 Jan 2022 14:30:03 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#52979: Modular texlive has problems finding fonts

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 52979 <at> debbugs.gnu.org.

-- 
52979: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=52979
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Jelle Licht <jlicht <at> fsfe.org>
Cc: 52979-done <at> debbugs.gnu.org
Subject: Re: bug#52979: Modular texlive has problems finding fonts
Date: Tue, 04 Jan 2022 15:28:17 +0100

Ricardo Wurmus <rekado <at> elephly.net> writes:

> So, two things to do here:
>
> 1) patch mktexpk, mktexnam, mktexnam.opt,
> share/texmf-dist/web2c/mktexupd, et al to find “sed” and “awk”.

Done.

> 2) figure out why pdflatex tries to use bitmap fonts at all when other
> files exist.

Not done, but the problem has gone away after fixing the former problem.

This now works on wip-texlive, which I just pushed.

-- 
Ricardo

[Message part 3 (message/rfc822, inline)]

From: Jelle Licht <jlicht <at> fsfe.org>
To: bug-guix <at> gnu.org
Subject: Modular texlive has problems finding fonts
Date: Mon, 03 Jan 2022 17:18:01 +0100

As discussed on #guix on IRC, several folks including myself ran into
issues getting the following some-file.tex:

--8<---------------cut here---------------start------------->8---
\documentclass[11pt]{article}
\begin{document}
Hello friends
\end{document}
--8<---------------cut here---------------end--------------->8---

... to typeset with the following manifest.scm:
--8<---------------cut here---------------start------------->8---
(specifications->manifest
 '("texlive-base"
   "texlive-fonts-ec"
   "texlive-amsfonts"
   "texlive-fira"
   "texlive-inconsolata"))
--8<---------------cut here---------------end--------------->8---

... with command: 
`guix shell --pure coreutils grep sed gawk -m manifest.scm -- pdflatex some-file

Note that the monolithic texlive seems to work:
`guix shell --pure coreutils grep sed gawk texlive -- pdflatex some-file'

On IRC, rekado /w strace identified that texlive does not seem to be
entering the subdirectory containing the font files, as it seems to be
loading texlive-bin's texmf.cnf, instead of the one generated by
`(@ (guix profiles) texlive-configuration)'.

It seems some of the talks in the guix-maintenance repository can
currently also not be built for the same or similar reason.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.