![](https://secure.gravatar.com/avatar/7cf61f7d52209424d472fffa80560a39.jpg?s=120&d=mm&r=g)
On Wednesday, Aug 6, 2003, at 22:21 Europe/Amsterdam, Nigel King wrote:
Hi, I am posting this message I posted to the 'OS X TeX' group earlier this year relating to the same issue that Mathew is raising. I had no luck then but am hoping for more success now there are two of us.
Hans says 'this is under discussion now with thomas/staszek/etc: has to do with urw metrics not being in tetex by default (they are on tex live)'
However, Gerben's i-Installer installs them here in a different location than normal. (I think these are the only pair of files that are necessary for utmb8a to work.)
/usr/local/teTeX/share/texmf.tetex/fonts/afm/urw/times/utmb8a.afm /usr/local/teTeX/share/texmf.tetex/fonts/type1/urw/times/utmb8a.pfb
I believe that the problem is merely with texroot as I state below. Further evidence for this is that it nearly all worked before Gerben rearranged the directories.
Yes, this could be. If texexec or any ConTeXt tool does not use texmf.cnf values but has hardcoded ideas about where to find stuff (texmf), then the rearranging of the texmf directories could have an influence. Hans can probably say if this is possibly the case. After all, the rearranging had no ill effects whatsoever on TeX or LaTeX, because where files are is governed by texmf.cnf and that was adapted as well to reflect the changed situation. If there is hardcoded stuff in texexec that is playing a role (I am guessing here), making it dynamic by calls to kpsewhich is a good solution. For the rest, the content of texmf.tetex is created by Thomas Esser, not me. And there you will find not a complete set of URW but an Adobe set and thatis what the discussion is also about. hans is right in stating that.
Earlier message....... Hi, Some of my previous font problems here were due to not enabling all of the font map file in the final configuration of the install. I think someone else had the same problem. Adobekb.tex is now helping me well, however I am finding it necessary still to run with the Context font system for some documents for the moment, and for this texfont has to run to create the various font files.
Running the single command texfont --en=8r --ve=urw --co=courier --so=auto Should work but returns processing aborted : unknown tex root /sw/share/texmf/
Well, for one thing, this seems to indicate that you also are using a Fink-installed TeX and that may also complicate matters. Fink forces itself at the beginning of your PATH and will therefore be found before my distribution whjen called from the command line.
Clearly texroot is set incorrectly so forcing that texfont --en=8r --ve=urw --co=courier --so=auto --fontroot=/usr/local/teTeX/share/texmf.tetex/ Should work but returns processing aborted : unknown subpath ../fonts/afm/urw/courier
If you are calling Fink's TeX and using my texmf trees, it is not clear that this would work.
And yet /usr/local/teTeX/share/texmf.tetex/fonts/afm/urw/courier/ucrb8a.afm Exists This process worked in the v2 version of the i-installer indeed still works when reinstalled.
v2 has nothing to do with TeX but only with the i-Installer major release which has been around for, what, 3/4 of a year or so?
I am presuming that the new problem is because of the texmf.tetex that the texfont perl script is now not able to understand. Perl is beyond my small brain!
If that is the case, texfont is a problem because it hard codes locations where texmf.cnf is the source for locations and kpsewhich is the way to find out about them. G -- "To be or not to be, that is the question" -- Parmenides