Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Error using .ttc font Kohinoor Devanagari on OS X 10.10 #75

Closed
deepakjois opened this issue Apr 26, 2015 · 5 comments
Closed

Error using .ttc font Kohinoor Devanagari on OS X 10.10 #75

deepakjois opened this issue Apr 26, 2015 · 5 comments
Labels
bug Software bug issue

Comments

@deepakjois
Copy link
Contributor

Kohinoor Devanagari is the default Devanagari font included on OS X 10.10. This code however fails to build with error:

libtexpdf:fatal: sfnt: table not found..
\begin[papersize=a5]{document}
\script[src=packages/bidi]
\font[family=Kohinoor Devanagari,size=10pt,language=hi]
यह दाग़ दाग़ उजाला
\end{document}

Similar errors are happening in XeTeX on Tex Live on OS X as well:
http://tug.org/pipermail/xetex/2015-April/025874.html

Because libtexpdf has been extracted from xdvipdfmx, the fixes should be ported over from there as well.

@simoncozens
Copy link
Member

Thanks. I'm aware of the thread on the xetex mailing list, and I'll pull the change from the dvipdfmx repository soon.

@alerque
Copy link
Member

alerque commented Jun 30, 2015

I've been going through the test suite making sure stuff is actually sane and hoping to setup Travis to to actually run the regression options. I've been unable to duplicate this bug through. I've tried:

  • Working on an OSX 10.10 system
  • Checking out SILE at 807d7ff (right before the fix)
  • Making sure the submodule was indeed at 591d662 (which is actually several before the fix which purports to be in 933e0a6)
  • Recompiling with ./configure ; make
  • Grabbing a copy of the test file out of a later revision
  • Running SILE locally with DYLD_LIBRARY_PATH=./libtexpdf/.libs ./sile tests/bug-75.sil

No dice. It seems to work fine, but according to the history of this bug that combination should actually fail. What gives? Any idea what I'm missing?

@McSinyx
Copy link

McSinyx commented Oct 7, 2021

On the other hand, I'm running into this trying to use Noto Color Emoji. Blobmoji (a fork of Noto Emoji) also suffers the same fate. For some reason, specifying just Noto Emoji works but it's the old blob glyphs.

I'm on SILE 0.12 on NixOS.

@alerque
Copy link
Member

alerque commented Oct 7, 2021

@McSinyx Can you please open a new issue with a more detailed report of the error your are encountering? Please include a short document example that exhibits the problem and a link to the actual version of the font files you are testing with. I do have access to Nix and can try to replicate it, but I don't think this closed issue is the place to track it.

@alerque alerque added the bug Software bug issue label Oct 7, 2021
@McSinyx
Copy link

McSinyx commented Oct 8, 2021

I filed GH-1261 for it, it seems to be reproducible with any version of Noto, including the latest one on NixOS unstable and all releases of blobmoji.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Software bug issue
Projects
None yet
Development

No branches or pull requests

4 participants