[R-pkg-devel] how to make "r-release-osx-x86_64-mavericks" machine support rgl 3D plots

[Hadley Wickham]

>> | Check DetailsVersion: 1.8.3
>> | Check: tests
>> | Result: ERROR
>> |     Running the tests in ‘tests/stdUsage.R’ failed.
>> |     Last 13 lines of output:
>> |      > plot(ffTest42,col=Col,plot_GOF=TRUE,speed=T)
>> |      [1] "compute goodness-of-fit with leave-one-out k-nearest neighbor(guassian kernel), kknn package"
>> |      >
>> |      > #if ever needed, k-nearest neighbor parameters for goodness-of-fit can be access through convolute_ff
>> |      > #a new fit will be calculated and added to forstFloor object as ffTest42$FCfit
>> |      > ffTest42 = convolute_ff(ffTest42,userArgs.kknn=alist(kernel="epanechnikov",kmax=5))
>> |      > plot(ffTest42,col=Col,plot_GOF=TRUE)
>> |      >
>> |      > #in 3D the interaction between X3 and X reveals itself completely
>> |      > show3d(ffTest42,3:4,col=Col,plot.rgl=list(size=5),sortByImportance=FALSE)
>> |      Error in rgl.open(useNULL) : rgl.open failed
>> |      Calls: show3d ... plot3d.default -> next3d -> .check3d -> open3d -> rgl.open
>> |      Execution halted
>> | Flavor: r-release-osx-x86_64-mavericks
>>
>>
>> Yes, I see lots of that on Linux too as the tests run 'headless' without a
>> controlling terminal.
>
> A while ago I added support in rgl to run on headless machines.  Set the
> environment variable RGL_USE_NULL=TRUE before loading rgl, and should
> never try to call X11 (or whatever graphics system you're using).
> (It's also possible to use options(rgl.useNULL = TRUE) within R.  That's
> no help to you, but is useful when embedding rgl plots in knitr documents.)

Oh that's great! I have a related problem to Dirk - except I run R CMD
check on my local machine, so while the checks are running, RGL
windows randomly pop up over the course of hours.

Hadley

-- 
http://had.co.nz/