Ah, thanks for this. Briefly, the problem is that OS X's new "System
Integrity Protection (SIP)" feature in El Capitan (OS X 10.11) does not
allow one to use admin privileges to write to certain system
directories, notably /usr. Currently, however, MacTeX distributions
create a symbolic link "texbin" in /usr that points (rather indirectly,
via other symlinks) to the TeX binaries of one's preferred distribution
and GUI applications like LyX use that link to find the relevant
binaries. With SIP in place, however, that symlink can't be written to
/usr and stuff breaks.
Fortunately, this (from my perspective) annoyingly paternalistic feature
can be turned off: You can reboot into recovery mode (Cmd-r at startup)
and select "Security Configuration" from the Utilities menu option. This
brings up a box that lets you uncheck an "Enforce System Integrity
Protection" option. Upon rebooting, you can once again write to /usr
with admin privileges. Somewhat curiously, I reinstalled MacTeX 2015
expecting it to create the symlink in question, but it didn't. So I
created it manually (from inside the /usr directory with the terminal
command "sudo ln -s /Library/TeX/texbin texbin") and now everything
works once again.
I'm planning to leave SIP off for the time being but, if I were to turn
it back on, the symlink I created would surely remain in place. So it's
not like one has to choose between a working TeX distribution and SIP.
Hopefully, Apple will not decide to be *so* paternalistic that they take
away the option of turning SIP off, though, ideally I suppose, future
versions of GUI apps will be reconfigured so they look at
/Library/TeX/texbin instead of /usr/texbin for the TeX binaries.
-chris
Scott Kostyshak wrote:
On Thu, Jul 9, 2015 at 7:55 PM, Chris Menzel<chris.men...@gmail.com> wrote:
Kindly LyX folk,
So, unable to resist the siren call of the latest and greatest software, I
just installed OS X 10.11 Beta and, as has happened in the past in similar
situations, it broke LyX such that it couldn't find any .cls files or fonts.
Fortunately, also as in the past, the fix was to start LyX from the command
line and select Tools -> Reconfigure, and then restart LyX as usual.
However, I'm still having a problem — I'm unable to preview. I'm editing a
file called "Florianopolis.lyx" and I get the message
/var/folders/t5/fp07n4n507d_ymgd5syhywhw0000gn/T/lyx_tmpdir.fIZQQyjm4829/lyx_tmpbuf0/Florianopolis.pdf
Going into that dir, I do see there is only Forianopolis.tex, no pdf. If I
compile the .tex file, I don't get the error message anymore but that file
remains static — editing Florianopolis.lyx and trying to update the preview
has no effect; the old PDF is not replaced by a new one reflecting the edits
to the LyX source file. I've tried removing the LyX tmp folders so they'd be
recreated, which they were upon a restgart, but they are empty, and
attempting to preview once again brings up the above error message.
Ideas, solutions, suggestions (other than "Don't install beta software!" :-)
appreciated.
Related post:
http://tex.stackexchange.com/questions/254562/lyx-cannot-recognize-my-mactex-2015
and link regarding El Capitan:
http://article.gmane.org/gmane.comp.tex.macosx/47074
Scott
