[tex-live] [luatex] luaotfload-database.lua error with TeXLive SVN

[Philipp Gesang]

Dear Werner,

thanks for reporting!

···<date: 2014-02-05, Wednesday>···<from: Werner LEMBERG>···
> > Maybe you have an "unreadable" font? I had the same problem on OSX
> > with the font µ▒ëõ╗¬þ╗åþ¡ëþ║┐þ╣ü.ttf (yes, no English, no Chinese)
> > in the /Library/Fonts folder. Moving it out of search-reach and
> > rebuilding the database (and then having isolated the offending font
> > keeping it out of the way) did the trick.

Please file a bug report in cases like this. Werner is absolutely
correct in that Luaotfload shouldn’t trip over buggy names.

> The problem wasn't unreadable fonts.  It's rather the fact that
> luaotfload is apparently not able to handle old Chinese fonts.

From the capitalization “old Chinese” I infer that you are
referring to old font files, not fonts for some ancient variety
of some Chinese script ;-) I’m afraid Luaotfload can only process
what the fontloader library of Luatex manages to extract from a
font. Fonts without a names table (no “English (US)" tag) will
always be problematic; if even the ps name is borked you’re
probably going to have to use the file name to load the font.

That crash’s on me, though. Sorry. I’ve already pushed a patch
and backported it to the 2.4 branch. A new release of Luaotfload
will reach CTAN soon. Direct link to release page:

      https://github.com/lualatex/luaotfload/releases/edit/v2.4-fix-3

>                                                                for
> example `avkv.ttf'.  This font has an invalid PostScript font name
> `全真楷書^P' (the ^P is a control character)[1], and I guess this is
> the very problem.  Moving away the directory with those fonts, the
> call succeeds.  Additionally, this font has a `OS/2' table with
> version 0, which is unusual also, together with more peculiarities.

If the license allows, could you please send me copy of that file
off list? I can’t even get fontforge to make a font without an US
English names table, so I can’t run any tests myself.

> Who is responsible for this program?  Neither --version nor --help
> gives any contact (which is also a bug IMHO).

The manpage for luaotfload-tool(1) has the contact link
(<https://github.com/lualatex/>), also see the pdf manual
(luaotfload.pdf in the TL texmf). It’s not a bug that that
information isn’t also part of the --version output but I’m going
to add it anyways.

Best regards,
Philipp

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20140205/b109f44e/attachment-0001.bin>