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

Previous Next

Package: guix;

Reported by: Jelle Licht <jlicht <at> fsfe.org>

Date: Mon, 3 Jan 2022 16:19:02 UTC

Severity: normal

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

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Ricardo Wurmus <rekado <at> elephly.net>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#52979: closed (Modular texlive has problems finding fonts)
Date: Tue, 04 Jan 2022 14:30:02 +0000
[Message part 1 (text/plain, inline)]
Your message dated Tue, 04 Jan 2022 15:28:17 +0100
with message-id <87mtkbefrm.fsf <at> elephly.net>
and subject line Re: bug#52979: Modular texlive has problems finding fonts
has caused the debbugs.gnu.org bug report #52979,
regarding Modular texlive has problems finding fonts
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> 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: 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.


[Message part 3 (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


This bug report was last modified 3 years and 139 days ago.

Previous Next


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