[R-SIG-Mac] function data.entry() doesn't work and generate error

[Prof Brian Ripley]

On 14/10/2015 13:09, peter dalgaard wrote:
>
> On 14 Oct 2015, at 13:54 , Prof Brian Ripley <ripley at stats.ox.ac.uk> wrote:
>
>> On 14/10/2015 12:45, peter dalgaard wrote:
>>>
>>> On 14 Oct 2015, at 11:37 , Prof Brian Ripley <ripley at stats.ox.ac.uk> 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,                  ripley at stats.ox.ac.uk
Emeritus Professor of Applied Statistics, University of Oxford
1 South Parks Road, Oxford OX1 3TG, UK