On 14/10/2015 13:09, peter dalgaard wrote:
On 14 Oct 2015, at 13:54 , Prof Brian Ripley <[email protected]> wrote:
On 14/10/2015 12:45, peter dalgaard wrote:
On 14 Oct 2015, at 11:37 , Prof Brian Ripley <[email protected]> wrote:
Well, it appears that your build (which is not one of those supported here) did
not include X11, and that must have been purposely excluded.
So the error is correct and the warning adds information .... To use
data.entry() you need to be using R.app, Windows or have R compiled to use X11
and and X server available.
Note that building R as a framework only makes sense if you install the
framework in a standard location, not /usr/local/Cellar/r/3.2.2_1/ .
...but isn't the Cellar a standard location for keeping homebrewed beverages?
But not for a framework:
'Note: The standard locations for frameworks are the /System/Library/Frameworks
directory and the /Library/Frameworks directory on the local system.'
[https://developer.apple.com/library/mac/documentation/MacOSX/Conceptual/BPFrameworks/Tasks/IncludingFrameworks.html]
So there's a standard standard and a homebrew standard? ;-)
Now you have made me curious: What specifically does not make sense with R as a
framework in a nonstandard location? (Looks like Python and Qt do likewise.)
Time to read the manual (§C 3.6) .... Building R as a framework is
designed to be used with R.app (or conceivably another app front end),
and such apps only look in Apple standard locations. And there are
definite drawbacks (see the manual).
The Qt frameworks I had installed were in a standard location
(/Library/Frameworks). And my Python framework is installed in
/System/Library/Frameworks.
--
Brian D. Ripley, [email protected]
Emeritus Professor of Applied Statistics, University of Oxford
1 South Parks Road, Oxford OX1 3TG, UK
_______________________________________________
R-SIG-Mac mailing list
[email protected]
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
