Neal Becker wrote:
> José Abílio Matos wrote:
>
>> On Friday, July 1, 2016 9:13:07 AM WEST Neal Becker wrote:
>>> There it is!
>>> I've tried
>>> sudo mktexlsr --verbose
>>> and also rm -rf ~/.texlive2015 to clean cache.
>>
>> Hi Neal,
>> do you have texlive-lm-math installed?
>>
>> If not this should work:
>> # dnf install texlive-lm-math
>>
>> Regards,
>
> Yes
> I posted my question with more info here
> https://stackoverflow.com/questions/38149551/lualatex-luaotfload-load-path-lookup-of-latinmodern-math-otf-unsuccessful
>
> The issue seems to be:
> luaotfload | load : path lookup of "latinmodern-math.otf" unsuccessful,
> falling
> back to file:
>
> falls back to (LatinModernMath-Regular
> which doesn't seem to work.
>
> But why isn't latinmodern-math.otf found?
> [nbecker@nbecker2 interference]$ luaotfload-tool
> [--find=latinmodern-math.otf
> luaotfload | db : Reload initiated (formats: otf,ttf,ttc,dfont); reason:
> "Font latinmodern-math.otf not found.".
> luaotfload | resolve : Cannot find "latinmodern-math.otf" in index.
> luaotfload | resolve : Hint: use the --fuzzy option to display
> suggestions.
> [nbecker@nbecker2 interference]$ luaotfload-tool
> [--find=latinmodern-math.otf
> --fuzzy
> luaotfload | db : Reload initiated (formats: otf,ttf,ttc,dfont); reason:
> "Font latinmodern-math.otf not found.".
> luaotfload | resolve : Cannot find "latinmodern-math.otf" in index.
> luaotfload | resolve : Hint: use the --fuzzy option to display
> suggestions. luaotfload | resolve : Looking for close matches, this may
> take a while ... luaotfload | query : Distance from "latinmodernmathotf":
> 7
> LatinModernMath-Regular
> LatinModernMath-Regular
> [nbecker@nbecker2 interference]$ luaotfload-tool --find=latinmodern-math
> [--
> fuzzy
> luaotfload | resolve : Font "latinmodern-math" found!
> luaotfload | resolve : Resolved file name "/usr/share/fonts/lm-
> math/latinmodern-math.otf"
>
> My guess is luatex is looking for 'latinmodern-math.otf', which fails,
> instead of looking for 'latinmodern-math', which succeeds.
>
> If this is correct, where's the problem?
I've attached a minimal test file that shows the problem:
Missing character: There is no 𝑙 (U+1D459) in font "file:lmsans10-
regular:scr
ipt=latn;+trep;+tlig;"!
\makeatletter
\def\input@path{{/home/nbecker/interference/}}
\makeatother
\documentclass[english]{beamer}
\usepackage{amsmath}
\usepackage{fontspec}
\usepackage{unicode-math}
\setcounter{secnumdepth}{3}
\setcounter{tocdepth}{3}
\makeatletter
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% LyX specific LaTeX commands.
%% Because html converters don't know tabularnewline
\providecommand{\tabularnewline}{\\}
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Textclass specific LaTeX commands.
% this default might be overridden by plain title style
\newcommand\makebeamertitle{\frame{\maketitle}}%
% (ERT) argument for the TOC
\AtBeginDocument{%
\let\origtableofcontents=\tableofcontents
\def\tableofcontents{\@ifnextchar[{\origtableofcontents}{\gobbletableofcontents}}
\def\gobbletableofcontents#1{\origtableofcontents}
}
\makeatother
\usepackage{polyglossia}
\setdefaultlanguage{english}
\begin{document}
\begin{frame}{What should we expect (OFDM)?}
\begin{itemize}
\item OFDM approach
\begin{itemize}
\item If interference covers $1/M$ of the carrier spectrum, we loose $1/M$
of the symbols, which is like $1/M$ of the signal power
\item So if we loose 1/10 of the carriers, it's like receiving 9/10 of the
signal.
\item coding is equivalent to combining the symbols \emph{coherently}, so
we should expect to have to boost the signal by $20\log_{10}(0.9)=0.92\text{{dB}}$
\item In general, the loss is
\[
20\log_{10}(1-1/M)
\]
\end{itemize}
\end{itemize}
\end{frame}
\end{document}
