[Fedora TeX Live] Not able to process Euler fonts.

Bob Tennent rdt at cs.queensu.ca
Sat Nov 5 16:53:20 CET 2011


 >|Following bender02's tips, I firstly deleted my local ./texlive directory
 >|(BTW, the directory was
 >|./texlive2011, although my system is texlive 2010.  Is that correct?).

Probably irrelevant.

 >|As root I ran updmap-sys and sure the euler fonts where not included in
 >|the pdftex.map file.
 >|Then, as instructed, I included the reference of the euler.map file
 >|into updmap.cfg.  That worked and now
 >|pdflatex detects the euler fonts.
 >|
 >|After that, I started having the same problem when I tried to use the
 >|latin modern fonts.  Including then
 >|lm.map into updmap.cfg as well, that worked all right.
 >|
 >|Thanks for the tips.
 >|However, this issue rises the question: this should not be automatically
 >|handled by package installer
 >|(rpm)?

Maintaining the map files has been problematical for a long time. Fonts
and map files might be in a system tree or in a "local" system tree or
in private trees. The relevant updmap.cfg files have to be properly
updated either by the package manager or the sysadmin or the user as
appropriate when fonts are installed/de-installed/updated, and then the
relevant updmap or updmap-sys program called.

I have proprietary fonts so I keep them in a "private" texmf tree
and maintain a private updmap.cfg. tlmgr, the TeXLive manager,
is supposed to do the maintainance operations when packages are
installed/de-installed/updated but I don't know whether these operations
are scripted in the Fedora texlive packages. From your experience, it
sounds like they aren't. 

Bob T.

 >|On Friday, October 28, 2011 06:33:47 PM Bob Tennent wrote:
 >|> If the "guy" you're referring to is bender02, yes. The solution is
 >|> to enable the relevant map file (probably euler.map) in the relevant
 >|> updmap.cfg (probably /usr/share/texlive/texmf-config/web2c/updmap.cfg)
 >|> and execute updmap-sys as root (or updmap as a non-root user) if you
 >|> maintain a "private" texmf tree.
 >|
 >|--
 >|Rudi Gaelzer


More information about the TeXLive mailing list