dvips: ! Couldn't find header file 8r.enc

Bug #40836 reported by Andy Hauser
14
Affects Status Importance Assigned to Milestone
dvipsk-ja (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

ah@tower: cat t.tex
\documentclass{article}
\usepackage{txfonts}
\begin{document}
test
\end{document}
ah@tower: latex t.tex
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
entering extended mode
(./t.tex
LaTeX2e <2003/12/01>
Babel <v3.8d> and hyphenation patterns for american, french, german, ngerman, b
ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, e
stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, polis
h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, tur
kish, ukrainian, nohyphenation, loaded.
(/usr/share/texmf-tetex/tex/latex/base/article.cls
Document Class: article 2004/02/16 v1.4f Standard LaTeX document class
(/usr/share/texmf-tetex/tex/latex/base/size10.clo))
(/usr/share/texmf-tetex/tex/latex/txfonts/txfonts.sty) (./t.aux)
(/usr/share/texmf-tetex/tex/latex/txfonts/omltxmi.fd)
(/usr/share/texmf-tetex/tex/latex/txfonts/omstxsy.fd)
(/usr/share/texmf-tetex/tex/latex/txfonts/omxtxex.fd)
(/usr/share/texmf-tetex/tex/latex/txfonts/utxexa.fd)
(/usr/share/texmf-tetex/tex/latex/txfonts/ot1txr.fd) [1] (./t.aux) )
Output written on t.dvi (1 page, 212 bytes).
Transcript written on t.log.
ah@tower: dvips t.dvi
This is dvips(k) p1.7a Copyright 2005 ASCII Corp.(<email address hidden>)
based on dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com)
' TeX output 2006.04.22:2323' -> t.ps
dvips: ! Couldn't find header file 8r.enc

Revision history for this message
sam tygier (samtygier) wrote :

works for me. in dapper

is your tetex-bin upto date?

my output is

$ dvips 40836.dvi
This is dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com)
' TeX output 2006.04.22:2243' -> 40836.ps
<tex.pro><8r.enc><texps.pro>. [1]

Revision history for this message
Andy Hauser (andy-ubuntu-bugzilla) wrote :

Yes, it is.
Tried apt-get --reinstall tetex-base.
Tried update-texmf. Same with dvipdf btw:
$ dvipdf t.dvi
dvips: ! Couldn't find header file 8r.enc

Revision history for this message
tzekwangteo (tkteo) wrote :

Hello "buggs". Are you still facing this problem? In fact there seems to be additional issues, which I will list below.

First, regarding 8r.enc, it is referring to an 8-bit font encoding for roman (as in, serif) glyphs, hence the "8" and "r" (for Roman) in the encoding file name. 8-bit means Type 1 [T1] font encoding, so I modified your example a little to enforce Type 1 font encoding as necessary. But it seems to me it is unclear what "8r.enc" is referring to, because although I can tell it's 8-bit and Roman, there is insufficient info as to exactly what font family is being referred to. Not your fault at all, I must emphasize, just an observation of mine.

\documentclass{article}
    \usepackage{txfonts} %\usepackage[T1]{fontenc} %comment in or out as needed

\begin{document}
test
\end{document}

Here are my further observations:

1) In the output you provided, you issued the "dvips" command. Notice that in your configuration, calling dvips actually calls not the "standard" version of dvips by Tom Rokicki, but rather a version linked to pTeX by the ASCII corp in Japan. Here's part of your output from calling dvips:

This is dvips(k) p1.7a Copyright 2005 ASCII Corp.(<email address hidden>)

2) So I used a Japan-based TeX distro for Windoz$ called W32TeX, by Akira Kakuto, which I installed this alternate version. When I call dvips and dvipsk I get the following:

dvips -Ppdf bug40836.dvi
This is dvips(k) 5.95b Copyright 2005 Radical Eye Software (www.radicaleye.com)
' TeX output 2006.06.09:1758' -> bug40836.ps
<texc.pro><alt-rule.pro><tx8r.enc><texps.pro>. [1]

dvipsk -Ppdf bug40836.dvi
This is dvips(k) p1.7a Copyright 2005 ASCII Corp.(<email address hidden>)
based on dvips(k) 5.95b Copyright 2005 Radical Eye Software (www.radicaleye.com)
' TeX output 2006.06.09:1758' -> bug40836.ps
<texc.pro><alt-rule.pro><tx8r.enc><texps.pro>. [1]

3) Did you happen to install the dvipsk-ja package from universe repository?

http://packages.ubuntu.com/dapper/tex/dvipsk-ja

In the contents of dvipsk-ja package (breezy, dapper, does not matter which ver of Ubuntu), there is the binary usr/bin/dvips. Therefore I suspect that if dvipsk-ja has been installed, your original version of dvips by Rokicki in tetex3 is being overwritten.

4) Seems to me the "8r.enc" should be referring to "tx8r.enc". So, alternatively, what happens if you try to refresh your font maps by issuing the "updmap" command?

I hope we will be able to shed more light on your problem. Thanks.

Revision history for this message
tzekwangteo (tkteo) wrote :

It turns out there's quite a bit of history with respect to this 8r.enc and tx8r.enc. type in "txfonts 8r.enc" into google to see what I mean.

According to the package search engine on ubuntu.com, 8r.enc is packaged in tetex-base, but differs in install location according to version of tetex. For teTeX v2.0.2 and should be installed in usr/share/texmf/dvips/psnfss/8r.enc

for teTeX v3.0 it is installed in usr/share/texmf-tetex/fonts/enc/dvips/psnfss/8r.enc.

Nonethelesss there may still be some relation to dvipsk-ja, if it has indeed been installed, cos dvipsk-ja is packaged with a set of .map files, and I wonder if that's where the confusion and inability to find 8r.enc is arising from.

Revision history for this message
Andy Hauser (andy-ubuntu-bugzilla) wrote :

Indeed dvipsk-ja was installed and still caused the problem.
I never noticed that this was called instead of the original.
Deinstallation of dvipsk-ja solved the problem for me.

Thanks for the great investigation on this.

Martin Pitt (pitti)
Changed in tetex-base:
status: Unconfirmed → Confirmed
Revision history for this message
Daniel T Chen (crimsun) wrote :

Is this symptom reproducible in 8.10 alpha?

Changed in dvipsk-ja:
status: Confirmed → Incomplete
Revision history for this message
Andy Hauser (andy-ubuntu-bugzilla) wrote :

I don't run Ubuntu on desktops any more, all switched to archlinux, too much self cooked bugs because of featurism,
which don't get fixed for years. On some servers I have Ubuntu, but LTS and not some alpha.
In other words, someone else needs to answer this ;-)

Revision history for this message
Duane Hinnen (duanedesign) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in dvipsk-ja:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.