[R-SIG-Mac] rgl and x11 failures on MacOS
Duncan Murdoch
murdoch@dunc@n @end|ng |rom gm@||@com
Tue Feb 9 10:04:56 CET 2021
I have heard a few reports recently that attempting to load rgl causes R
to freeze up. This is related to recent problems with MacOS updates or
XQuartz updates: people who now can't load rgl also can't run x11() in R.
I haven't experienced the issue myself, but have heard of two possible
solutions and have one or two workarounds:
Deleting everything from /opt/X11 (and maybe some other related files),
rebooting the Mac, and reinstalling XQuartz 2.7.11 worked in one case:
https://github.com/dmurdoch/rgl/issues/11#issuecomment-775595356 .
Explicitly setting the DISPLAY environment variable to :0.0 fixed a
problem that might be related:
https://github.com/XQuartz/XQuartz/issues/66#issue-803786687 .
Installing rgl from source using
install.packages("rgl", configure.args = "--disable-opengl", type =
"source")
is a workaround, but it loses the ability to display rgl output in an
X11 window from R. You need to use rglwidget() to do the display in a
browser, e.g. the one built in to RStudio. I don't think the browser
built in to R.app has WebGL support, so it probably won't work.
I'm currently working on changes to the build process so that in the
future the CRAN binary will be able to run the no-X11 version based on
setting options(rgl.useNULL = TRUE).
I'd appreciate hearing from anyone who can confirm that setting the
DISPLAY variable fixes the issue, or more specific detail about what
needs to be deleted so that the XQuartz install will work.
Duncan Murdoch
More information about the R-SIG-Mac
mailing list