[OS X TeX] Yosemite 10.10.1

Adam R. Maxwell amaxwell at mac.com
Sat Nov 22 22:02:45 CET 2014


> On Nov 22, 2014, at 05:22 , Herbert Schulz <herbs at wideopenwest.com> wrote:
> 
> 
>> On Nov 21, 2014, at 9:54 PM, pbjacob <pbjacob86 at gmail.com> wrote:
>> 
>> 
>> (./draft.aux) [1] (./draft.aux)sh: xdvipdfmx: command not found
>> )

[...]

Apparently xelatex tries to run xdvipdfmx to finish processing, but it can't find it.

> Yosemite, even the 10.10.0 and not fixed with 10.10.1, has a bug that doesn't properly pass the environment to processes generated by GUI apps that, in turn, generate sub processes. They have been notified of the problem.

They pass the environment properly; the problem is that the environment has duplicate variables, and the wrong set gets inherited by subprocesses.

Background:

http://tex.stackexchange.com/questions/208181/why-did-my-tex-related-gui-program-stop-working-in-mac-os-x-yosemite

Specific to TeXworks:

A workaround is to launch TeXworks from the command line every time:

/Applications/TeX/TeXworks.app/Contents/MacOS/TeXworks

http://tex.stackexchange.com/questions/208059/texworks-on-mac-epstopdf-or-repstopdf-not-found/

> TeXworks, and quite a few other apps (TeX Live Utility [before version 1.19], I believe Lyx---there is a new version, 2.1.2.2, that may fix the problem[anyone?]---and TeXmaker[?]/TeXStudio[?]). TeXShop and TeX Live Utility 1.19 pass the environment in a different way and don't suffer from the problem.
> 
> Hopefully I've got this all right. If not I welcome corrections. I would also welcome a fix from Apple in 10.10.2.

It's not looking good so far; don't hold your breath for a fix from Apple.

Adam





More information about the macostex-archives mailing list