<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>