The answer from a SE question has provided a little light: http://tex.stackexchange.com/q/274582/2148 Directories listed in OSFONTDIR are not recursively scanned for font files. That's a bit inconvenient. I borrowed from the answer in that question to do the following: rm -rf $HOME/.fonts mkdir $HOME/.fonts cd $HOME/.fonts for i in $(echo $OSFONTDIR | sed -e 's/:/ /g') ; do for j in $(find $i -type f); do ln -s $j .; done; done The last line creates a symbolic link to every font file specified by OSFONTDIR. This is means that adding new fonts requires re-linking them to $HOME/.fonts. After that, I set OSFONTDIR as follows in $HOME/.bashrc: OSFONTDIR=$HOME/.fonts Then: mtxrun --script fonts --reload After that, ConTeXT produced the PDF for the MWE at the start of this thread. How can OSFONTDIR be recursed again? FWIW, I tried: OSFONTDIR=/usr/share/fonts//:/usr/local/share/fonts//:/usr/share/texmf/fonts/opentype//:/usr/share/fonts/type1/gsfonts// That didn't work, either.

On 12/3/2015 8:27 AM, Philipp Gesang wrote:

········· fonts > otf loading > loading done fonts > otf loading > saving '/home/phg/.fonts/OTF/adobe-source/SourceSansPro-Regular.otf' in cache system > lua > compiling '/home/phg/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/sourcesanspro-regular.tma' into '/home/phg/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/sourcesanspro-regular.tmc' system > lua > dumping '/home/phg/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/sourcesanspro-regular.tma' into '/home/phg/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/sourcesanspro-regular.tmc' stripped fonts > otf loading > loading, optimizing, packing and caching time 0.569 fonts > defining > source file 'SourceSansPro-Regular.otf' is not found … close source > 2 > 3 > /tmp/ctx/fnt.tex close source > 1 > 3 > /home/phg/context/tex/texmf-context/tex/context/base/cont-yes.mkiv

is there a tma/tmc file?

!LuaTeX error: cannot find OpenType font file for reading () ==> Fatal error occurred, no output PDF file produced!

Log attached. Bug?

Best, Philipp

___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________

-- ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

On 12/3/2015 6:39 PM, Philipp Gesang wrote:

·········

...

On 12/3/2015 8:27 AM, Philipp Gesang wrote:

...

········· fonts > otf loading > loading done fonts > otf loading > saving '/home/phg/.fonts/OTF/adobe-source/SourceSansPro-Regular.otf' in cache system > lua > compiling '/home/phg/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/sourcesanspro-regular.tma' into '/home/phg/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/sourcesanspro-regular.tmc' system > lua > dumping '/home/phg/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/sourcesanspro-regular.tma' into '/home/phg/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/sourcesanspro-regular.tmc' stripped fonts > otf loading > loading, optimizing, packing and caching time 0.569 fonts > defining > source file 'SourceSansPro-Regular.otf' is not found … close source > 2 > 3 > /tmp/ctx/fnt.tex close source > 1 > 3 > /home/phg/context/tex/texmf-context/tex/context/base/cont-yes.mkiv

is there a tma/tmc file?

Apparently:

$ ls /home/phg/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/sourcesanspro-regular.tm* /home/phg/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/sourcesanspro-regular.tma /home/phg/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/fonts/otl/sourcesanspro-regular.tmc

It’s valid Lua, too.

strange ... i know that there are broken sourcesans around (i now only have the ttc on my machine) as it became a real mess of fonts (otf / ttf /ttc) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------

·········

The problem persisted with Courier New, not only Source Sans Pro (SSP).

The font file for Source Sans Pro came directly from the Google's font service.

The SSP (on my machine) works fine in Inkscape.

The exact same font was also working before the ConTeXt upgrade.

Confirmed, it appears to work if you revert to the old loader in font-lib.mkvi.

·········

On 12/6/2015 10:14 PM, Philipp Gesang wrote:

...

·········

...

The problem persisted with Courier New, not only Source Sans Pro (SSP).

The font file for Source Sans Pro came directly from the Google's font service.

The SSP (on my machine) works fine in Inkscape.

The exact same font was also working before the ConTeXt upgrade.

Confirmed, it appears to work if you revert to the old loader in font-lib.mkvi.

i need a better example of what fails then as it works here

The problem seems to be the “filename” field being written to the cache from the wrong source. Between the old and the new fontloader, you get the following picture in the “resources” record: + ["filename"]="Everson_Mono_Bold.ttf", - ["filename"]="/tmp/here-be-fonts/Everson_Mono_Bold.ttf", The attached patch fixes it for me. Philipp

If I copy the fonts I need into ~/Library/Fonts/, the latest beta is able to produce the PDF without the aforementioned Luatex error. However, there still seems to be some type of OTF-related error: certain glyphs are being replaced with others. This is particularly true for diacritics, but not exclusively — all caps are also facing similar problems. I have attached some screen clippings to demonstrate. If I revert back to an earlier beta (as of September 2015) it does do not cause this problem. (should read: PROFESSIONAL AND SCHOLARLY LIFE) (should read: -Thaqāfah) (should read: aḥwāl)

On 10 Dec 2015, at 23:10, talazem@fastmail.fm wrote:

I am having the same problem as the OP. I have manually edited the font-otr.lua file as per the patch below, and I deleted the font cache. But all to no avail. I still get:

!LuaTeX error: cannot find OpenType font file for reading () ==> Fatal error occurred, no output PDF file produced!

Is there a solution to this?

Many thanks, Talal

...

On 8 Dec 2015, at 00:22, Philipp Gesang mailto:phg@phi-gamma.net> wrote:

·········

...

On 12/6/2015 10:14 PM, Philipp Gesang wrote:

...

·········

...

The problem persisted with Courier New, not only Source Sans Pro (SSP).

The font file for Source Sans Pro came directly from the Google's font service.

The SSP (on my machine) works fine in Inkscape.

The exact same font was also working before the ConTeXt upgrade.

Confirmed, it appears to work if you revert to the old loader in font-lib.mkvi.

i need a better example of what fails then as it works here

The problem seems to be the “filename” field being written to the cache from the wrong source. Between the old and the new fontloader, you get the following picture in the “resources” record:

+ ["filename"]="Everson_Mono_Bold.ttf", - ["filename"]="/tmp/here-be-fonts/Everson_Mono_Bold.ttf",

The attached patch fixes it for me.

Philipp

___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl mailto:ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl http://www.pragma-ade.nl/ / http://tex.aanhet.net http://tex.aanhet.net/ archive : http://foundry.supelec.fr/projects/contextrev/ http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net http://contextgarden.net/ ___________________________________________________________________________________

___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________

·········

In case this helps anyone else:

In my case, the LuaTeX error resulted from what appears to be a corrupt font cache. I was getting the error:

...

!LuaTeX error: cannot find OpenType font file for reading () ==> Fatal error occurred, no output PDF file produced!

The solution was to clean the LuaTeX font cache in my ConTeXt standalone directory. Mine was in: ` ~/context/tex/texmf-cache/luatex-cache/context/<...>/fonts/otf/ `

You can use ``mtxrun --script cache --erase`` for that.

(The <…> represents a long string of numbers.)

I deleted the .tma and .tmc files in that OTF directory. Upon running ConTeXt again, everything worked fine. [The source of this discovery was http://tex.stackexchange.com/questions/65038/luatex-cannot-find-existing-fon... http://tex.stackexchange.com/questions/65038/luatex-cannot-find-existing-fon... ]

I’ve run my tests explicitly erasing the caches (not only the fonts one) and rebuilding both the format and the file indices every time. Try this: export OSFONTDIR=~/.fonts mtxrun --script cache --erase && mtxrun --generate && context --make && mtxrun --script fonts --reload && context source.tex (Adapt the OSFONTDIR path and replace “source.tex” with the name of your test file.) Make sure there’s no copy of the font in PWD or the system path. Best, Philipp