[R-SIG-Mac] Problems with Rcmdr via XQuartz on OSX Mavericks

John Fox jfox at mcmaster.ca
Wed Dec 4 23:56:59 CET 2013


Dear Brian and Rob,

Pending another solution, I've modified the Rcmdr installation notes at
<http://socserv.socsci.mcmaster.ca/jfox/Misc/Rcmdr/installation-notes.html>
to suggest that users of the Rcmdr under OS X 10.9 either run R from a
terminal window or check the Prevent App Nap box in the R.app Get Info
dialog. Please take a look at the notes and see whether they are
sufficiently clear and correct.

Thanks,
 John

> -----Original Message-----
> From: r-sig-mac-bounces at r-project.org [mailto:r-sig-mac-bounces at r-
> project.org] On Behalf Of Prof Brian Ripley
> Sent: Sunday, December 01, 2013 10:51 AM
> To: Robert J Goedman
> Cc: r-sig-mac at r-project.org
> Subject: Re: [R-SIG-Mac] Problems with Rcmdr via XQuartz on OSX
> Mavericks
> 
> So for people with a CRAN build of R, the tick box is the way to go
> (and/or keep the console visible).  I've added that to the R-admin
> manual.
> 
> If you do build R.app against 10.9, then you should be using the App
> Nap
> API. I think that in part is straightforward, as 'busy' gets set when
> the R interpreter is evaluating.  So Re_RBusy needs to use the
> 
> beginActivityWithOptions:reason:,
> endActivity:,
> 
> methods on the NSProcessInfo class.  I'll leave that to someone fluent
> in ObjC.
> 
> 
> On 30/11/2013 23:19, Robert J Goedman wrote:
> > HI peter,
> >
> > My understanding is that that box disappears if R.app is build
> against OS X 10.9.
> >
> > I've never seen that box (as I have been building against 10.9 for
> quite a while now), but I know folks have.
> >
> > As long as it is there I fully agree, much easier than defaults ....
> >
> > Regards,
> > Rob J. Goedman
> > goedman at icloud.com
> >
> >
> >
> >
> > On Nov 30, 2013, at 11:09 AM, peter dalgaard <pdalgd at gmail.com>
> wrote:
> >
> >>
> >> On 30 Nov 2013, at 16:58 , Robert J Goedman <goedman at icloud.com>
> wrote:
> >>
> >>> Yes, I've seen that as well and it is likely not limited to tcltk.
> >>>
> >>> Question is, for R.app, do we want to ship with NSAppSleepDisabled?
> I would be in favor (my $0.02).
> >>>
> >>> If yes I will commit.
> >>
> >>
> >> One item: I found that there is a tick box "Prevent App Nap"
> available via Get Info for applications (secondary click in the
> Applications folder), which is somewhat more intuitive that the
> "defaults write ..." route. If we make your change, will the same box
> appear, just selected by default?
> >>
> >>>
> >>> Regards,
> >>> Rob J. Goedman
> >>> goedman at icloud.com
> >>>
> >>>
> >>> On Nov 30, 2013, at 7:00 AM, peter dalgaard <pdalgd at gmail.com>
> wrote:
> >>>
> >>>>
> >>>> On 30 Nov 2013, at 12:37 , Prof Brian Ripley
> <ripley at stats.ox.ac.uk> wrote:
> >>>>
> >>>>> This does not happen for me provided R.app is visible.  From
> >>>>>
> >>>>>
> https://developer.apple.com/library/mac/releasenotes/MacOSX/WhatsNewInO
> SX/Articles/MacOSX10_9.html
> >>>>>
> >>>>> 'An app is considered to be a candidate for sleep if:
> >>>>>
> >>>>> It is not visible-if all of an app's windows are either hidden by
> other windows or minimized in a hidden dock, and the app is not in the
> foreground
> >>>>>
> >>>>> (other necessary conditions)'.
> >>>>>
> >>>>> which if accurate indicates that keeping the R.app console
> unhidden should suffice.
> >>>
> >>>
> >>>
> >>> On Nov 28, 2013, at 6:35 AM, Robert J Goedman <goedman at icloud.com>
> wrote:
> >>>
> >>>> Hi, and Happy Thanksgiving for those that celebrate it!
> >>>>
> >>>> If Peter is right (and I expect he is, but will experiment a bit
> more if the setting can be updated while R.app is running and take
> effect immediately), I would suggest for now folks just use 'defaults
> ...' from a terminal window if they encounter these issues.
> >>>>
> >>>> Once we understand better what might be affected by allowing the
> sleep mode we can possibly refine that approach.
> >>>>
> >>>> Regards,
> >>>> Rob
> >>>>
> >>>
> >>> 	[[alternative HTML version deleted]]
> >>>
> >>> _______________________________________________
> >>> R-SIG-Mac mailing list
> >>> R-SIG-Mac at r-project.org
> >>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> >>
> >> --
> >> Peter Dalgaard, Professor,
> >> Center for Statistics, Copenhagen Business School
> >> Solbjerg Plads 3, 2000 Frederiksberg, Denmark
> >> Phone: (+45)38153501
> >> Email: pd.mes at cbs.dk  Priv: PDalgd at gmail.com
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >
> >
> > 	[[alternative HTML version deleted]]
> >
> >
> >
> > _______________________________________________
> > R-SIG-Mac mailing list
> > R-SIG-Mac at r-project.org
> > https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> >
> 
> 
> --
> Brian D. Ripley,                  ripley at stats.ox.ac.uk
> Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
> University of Oxford,             Tel:  +44 1865 272861 (self)
> 1 South Parks Road,                     +44 1865 272866 (PA)
> Oxford OX1 3TG, UK                Fax:  +44 1865 272595
> 
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac at r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac



More information about the R-SIG-Mac mailing list