<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<font face="Calibri">Thanks -- all good suggestions. I was moving
offices today, and didn't get back online until an hour or so ago.
I'll report in more detail tomorrow. <br>
<br>
<br>
</font>
<div class="moz-cite-prefix">On 4/24/2013 2:52 PM, Philipp Gesang
wrote:<br>
</div>
<blockquote cite="mid:20130424185254.GA3225@phlegethon" type="cite">
<pre wrap="">···<date: 2013-04-24, Wednesday>···<from: Evan Cooch>···
</pre>
<blockquote type="cite">
<pre wrap="">On 4/24/2013 4:49 AM, Philipp Gesang wrote:
</pre>
<blockquote type="cite">
<pre wrap="">···<date: 2013-04-23, Tuesday>···<from: Evan Cooch>···
</pre>
<blockquote type="cite">
<pre wrap="">First time posting to this list. Apologies if posts 'like this'
should go somewhere (or to someone) else.
After most recent (23 Apr) updates (I'm using MikTeX 2.9) to various
</pre>
</blockquote>
<pre wrap="">Which most recent update are you talking about? Could you please
add the output of mkluatexfontdb -V ?
</pre>
</blockquote>
<pre wrap="">
mkluatexfontdb version 1.07, database version 2.009
</pre>
</blockquote>
<pre wrap="">
Ok.
</pre>
<blockquote type="cite">
<pre wrap="">But, it doesn't matter. I normally use Minion Pro (which I own), but
it fails even using XITS Here is a simple MWE
<snip />
</pre>
</blockquote>
<pre wrap="">
Thanks for the example. I can confirm those unwanted updates when
fontspec includes the euenc definitions (lm).
</pre>
<blockquote type="cite">
<pre wrap="">When I try to compile this using lualatex (using MikTeX 2.9), it
absolutely refuses to compile. For this MWE, the error message
actually occurs during liaotfload:
Luaotfload | scanning TEXMF and OS fonts...lualatex: Unexpected condition.
And then it stops.
</pre>
</blockquote>
<pre wrap="">
Afaics this is not a luaotfload error.
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Compilation itself does seem to progress 'correctly', but something
that takes twice as long (because of what appears to be a bug
causing luaotfload to run every time a file is compiled, is not an
'update'.
</pre>
</blockquote>
<pre wrap="">Probably an incorrect "file:" lookup.
</pre>
</blockquote>
<pre wrap="">
Meaning?
</pre>
</blockquote>
<pre wrap="">
It is under investigation:
<a class="moz-txt-link-freetext" href="https://github.com/eroux/luaotfload/issues/9#issuecomment-16776536">https://github.com/eroux/luaotfload/issues/9#issuecomment-16776536</a>
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Wonder if its related to the following. If I bring up an admin cmd
console, and run
mkluatexfontdb -f -vvv
I get an error:
mklualatexdb: Windows API Error 5: Access is denied
mklualatexdb: Data: C://Documents and settings
</pre>
</blockquote>
<pre wrap="">Sorry, no idea. Maybe you need to pass it to texlua?
</pre>
</blockquote>
<pre wrap="">
Sorry, but that seems like a stretch. Everything worked before
worked before.
</pre>
</blockquote>
<pre wrap="">
I can’t test with windows but it would appear this is permissions
related. Run mkluatexfondb -h to see where the database is
located. You need write permissions in that directory.
</pre>
<blockquote type="cite">
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Suggestions? Clearly something has been 'broken' during the update -
at least on Windows machines running MikTeX 2.9.
Thanks in advance.
</pre>
</blockquote>
<pre wrap="">Thanks for reporting
Philipp
</pre>
</blockquote>
<pre wrap="">
Sure -- not sure what else to report.
I think the fact that mkluatexfontdb doesn't run - at all really -
is telling. Could it be a corruption of something on this one -
updated - system? Suggestions on what to look for?
</pre>
</blockquote>
<pre wrap="">
File permissions. If the database is being rebuilt over and over
again, this might be a clue that it cannot be saved to disk. The
message indicating this would be:
luaotfload | Font names database not found, generating new one.
If it is only updated, then it’s a problem with the lookup. In
this case, the message is the one you gave in your first post:
luaotfload | Updating the font names database:
If you are feeling adventurous, you can locate the file
“luaotfload.lua” from your distribution. Make a backup and
then comment out the line:
fonts.define.resolvers.file = fonts.define.resolvers.name
and see if it helps.
Philipp
</pre>
</blockquote>
<br>
</body>
</html>