guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Manual PDF and translation (modular texlive?)


From: Ricardo Wurmus
Subject: Re: Manual PDF and translation (modular texlive?)
Date: Thu, 22 Oct 2020 22:36:36 +0200
User-agent: mu4e 1.4.13; emacs 27.1

Ricardo Wurmus <rekado@elephly.net> writes:

> I suspect that the build environment doesn’t have locales set up so the
> format dumping tool assumes that we want to us Latin-1 encoding for
> everything.

It’s not that, but I have another clue.

This is the relevant line from fmtutil.cfg:

    pdftex pdftex language.def -translate-file=cp227.tcx *pdfetex.ini

Here’s output from building pdftex.fmt (from the build log of
texlive-latex-base):

--8<---------------cut here---------------start------------->8---
fmtutil [INFO]: --- remaking pdftex with pdftex
fmtutil: running `pdftex -ini   -jobname=pdftex -progname=pdftex 
-translate-file=cp227.tcx *pdfetex.ini' ...
warning: Could not open char translation file `cp227.tcx'.
This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019) (INITEX)
 restricted \write18 enabled.
entering extended mode
(/gnu/store/4k3na5c6wpbp87lrq7aj8bbppxl805jm-texlive-tex-plain-51265/share/texmf-dist/tex/plain/config/pdfetex.ini
 
(/gnu/store/01fpijdjxffhq3rn8jdj2bdfmhqa56ad-texlive-tex-ini-files-51265/share/texmf-dist/tex/generic/tex-ini-files/pdftexconfig.tex)
 
(/gnu/store/4k3na5c6wpbp87lrq7aj8bbppxl805jm-texlive-tex-plain-51265/share/texmf-dist/tex/plain/etex/etex.src
 
(/gnu/store/4k3na5c6wpbp87lrq7aj8bbppxl805jm-texlive-tex-plain-51265/share/texmf-dist/tex/plain/base/plain.tex
 Preloading the plain format: codes, registers, parameters, fonts, more fonts, 
macros, math definitions, output routines, hyphenation 
(/gnu/store/awsj27jah4yiwyxz53ghdpss7v4kyspi-texlive-hyphen-base-51265/share/texmf-dist/tex/generic/hyphen/hyphen.tex
 [skipping from \patterns to end-of-file...])) 
(/gnu/store/4k3na5c6wpbp87lrq7aj8bbppxl805jm-texlive-tex-plain-51265/share/texmf-dist/tex/plain/etex/etexdefs.lib
 Skipping module "grouptypes"; Loading module "interactionmodes"; Skipping 
module "nodetypes";
Skipping module "iftypes";)
(/gnu/store/awsj27jah4yiwyxz53ghdpss7v4kyspi-texlive-hyphen-base-51265/share/texmf-dist/tex/generic/config/language.def
(/gnu/store/awsj27jah4yiwyxz53ghdpss7v4kyspi-texlive-hyphen-base-51265/share/texmf-dist/tex/generic/hyphen/hyphen.tex)
(/gnu/store/8lsza6zyrcp7iivlpb5zfzprmfsc214r-texlive-dehyph-exptl-51265/share/texmf-dist/tex/generic/dehyph-exptl/dehypht-x-2019-04-04.tex
dehyph-exptl: using an 8-bit TeX engine.
[…]
Beginning to dump on file pdftex.fmt
 (preloaded format=pdftex 2020.10.22)
5456 strings of total length 140996
13424 memory locations dumped; current usage is 203&10315
1681 multiletter control sequences
[…]
fmtutil [INFO]: 
/tmp/guix-build-texlive-latex-base-51265.drv-0/source/web2c/pdftex/pdftex.fmt 
installed.
--8<---------------cut here---------------end--------------->8---

Two things here:

“warning: Could not open char translation file `cp227.tcx'.” – Oh?  It’s
in the union, but maybe a search path in the configuration file is
misconfigured.

“dehyph-exptl: using an 8-bit TeX engine.” — hmm.  Probably correct,
because pdftex doesn’t natively support multibyte characters.  But maybe
a problem.

So the next step for me is to figure out how I can make pdftex find
cp227.tcx.

-- 
Ricardo



reply via email to

[Prev in Thread] Current Thread [Next in Thread]