<div dir="ltr">Thank you to everyone for the help with this.  I very much appreciate all the help on something where perhaps I am the only person who will ever want to do it.  :-)  I'm sure Karl is right that there is some kind of bug since it used to work.<div><br></div><div>The thing that eventually worked for me was getting autoinst to give me an installation of the .ttf font.  (Just for someone who googles and finds this thread: in short, I found that the .ttf font had a different internal name than the file.  So I used FontForge to change the name and generated a new font.  Then autoinst -dryrun -encoding T1 <fontname> gave me a tree of the .tfm's, vf's, etc.  I copied to TEXMFLOCAL, ran texhash and updmap-sys on the .map, and a small test document worked.  I find that autoinst is impressive software, so thank you to Marc!) </div><div><br></div><div>Thank you again,</div><div>Jim  </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Sep 17, 2021 at 6:36 PM Karl Berry <<a href="mailto:karl@freefriends.org">karl@freefriends.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">    >> It looks like fontspec wants all fonts to be in TU encoding<br>
<br>
This seems like a compatibility bug in fontspec. Or somewhere.<br>
Since it worked in previous years. Just because all ttf/otf fonts are<br>
expected to be in TU, no reason to force that on other fonts. Not that<br>
it's anything I'm going to investigate or report :(. -k<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">"Does not the Captain seek your advice sir?"<div>"Not always," said Stephen.</div></div></div>