-bounces@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@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
...@r-project.org [mailto:r-sig-mac-bounces@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@r-project.org
Subject: Re: [R-SIG-Mac] Problems with Rcmdr via XQuartz on OSX
Mavericks
So for people with a CRAN
Hi John,
Well, I would be in favor to set NSAppSleepDisabled to YES by default,
basically as it has been the last 10 years. Once we figure out how to use and
control this feature we can enable it again.
My experience has anyway been if I really use R on my battery it lasts ~4
hours, that is
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
This does not happen for me provided R.app is visible. From
https://developer.apple.com/library/mac/releasenotes/MacOSX/WhatsNewInOSX/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
Dear Brian,
Keeping R.app visible should deal with the case of a long computation as long
as users are conscious of the problem, but it's likely that users of the Rcmdr
will normally cover up the R.app window or minimize it.
Best,
John
On Sat, 30 Nov 2013 11:37:19 +
Prof Brian Ripley
On 30 Nov 2013, at 12:37 , Prof Brian Ripley rip...@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/WhatsNewInOSX/Articles/MacOSX10_9.html
'An app is considered to be a candidate for sleep if:
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.
Regards,
Rob J. Goedman
goed...@icloud.com
On Nov 30, 2013, at 7:00 AM, peter dalgaard pda...@gmail.com
On 30 Nov 2013, at 16:58 , Robert J Goedman goed...@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
: r-sig-mac@r-project.org
Subject: Re: [R-SIG-Mac] Problems with Rcmdr via XQuartz on OSX
Mavericks
Hi John,
If it's not too much work, I would implement it in Rcmdr because I
don't know if there are other consequences of App Nap, so until the
dust settles using the defaults system might
again for your help.
John
-Original Message-
From: Robert J Goedman [mailto:goed...@icloud.com]
Sent: Sunday, November 24, 2013 10:32 AM
To: John Fox
Cc: r-sig-mac@r-project.org
Subject: Re: [R-SIG-Mac] Problems with Rcmdr via XQuartz on OSX
Mavericks
Hi John,
If you want
Message-
From: Robert J Goedman [mailto:goed...@icloud.com]
Sent: Sunday, November 24, 2013 11:50 AM
To: John Fox
Cc: r-sig-mac@r-project.org
Subject: Re: [R-SIG-Mac] Problems with Rcmdr via XQuartz on OSX
Mavericks
Hi John,
If it's not too much work, I would implement
On 28 Nov 2013, at 14:38, John Fox j...@mcmaster.ca wrote:
Dear Peter,
On Thu, 28 Nov 2013 12:00:31 +0100
peter dalgaard pda...@gmail.com wrote:
On 28 Nov 2013, at 01:46 , John Fox j...@mcmaster.ca wrote:
Hi Rob,
I had some time today and so I started to implement this solution in
Dear Philippe,
Thanks for this. Since I can already tell when R is running under Mac OS X,
that should solve the problem of differentiating R.app and R running in a
terminal.
Best,
John
On Thu, 28 Nov 2013 14:54:52 +0100
Philippe Grosjean phgrosj...@sciviews.org wrote:
On 28 Nov 2013, at
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
, November 24, 2013 11:50 AM
To: John Fox
Cc: r-sig-mac@r-project.org
Subject: Re: [R-SIG-Mac] Problems with Rcmdr via XQuartz on OSX
Mavericks
Hi John,
If it's not too much work, I would implement it in Rcmdr because I
don't know if there are other consequences of App Nap, so until the
dust
Hi John,
If you want to play around with NSAppSleepDisabled yourself, you can, in a
Terminal:
defaults write org.R-project.R NSAppSleepDisabled -bool yes
to check the setting:
defaults read org.R-project.R NSAppSleepDisabled
or to re-enable AppNap:
defaults write org.R-project.R
-
From: Robert J Goedman [mailto:goed...@icloud.com]
Sent: Sunday, November 24, 2013 10:32 AM
To: John Fox
Cc: r-sig-mac@r-project.org
Subject: Re: [R-SIG-Mac] Problems with Rcmdr via XQuartz on OSX
Mavericks
Hi John,
If you want to play around with NSAppSleepDisabled yourself, you can
, 2013 11:50 AM
To: John Fox
Cc: r-sig-mac@r-project.org
Subject: Re: [R-SIG-Mac] Problems with Rcmdr via XQuartz on OSX
Mavericks
Hi John,
If it's not too much work, I would implement it in Rcmdr because I
don't know if there are other consequences of App Nap, so until the
dust settles
Hi John,
Looking at Activity Monitor on my system, R will always take up say 2.5% CPU
time while R.app will almost go away if it is not active. This might be because
in a terminal the process might not be treated as a pure application but maybe
more as a traditional Unix process. But that's
Hi Rob,
Thanks for the explanation -- that makes sense of the current behaviour. I
think that you know that I'm not very knowledgeable about OS X. A couple of
follow-up questions:
If you make this change to R.app, will the default be to disable App Nap or
just to provide the check box?
If
I upgraded to XQuartz 2.7.5, but it still lags.
Jonathan M. Chapman, DVM
312-813-1166
petsr...@icloud.com
On Nov 20, 2013, at 10:05 AM, Manuel SpÃnola mspinol...@gmail.com wrote:
I also have the same experience (like Jonathan) with Rcmdr in Mac with
Mavericks. After few minutes Rcmdr
Not sure how long it takes to see the lagging (a few minutes someone reported),
but I've not been able to reproduce this problem.
Which makes me wonder if anyone has seen this behavior after rebuilding R.app
on Mavericks (from the R.app sources).
Regards,
Rob J. Goedman
goed...@icloud.com
On
Sounds a lot like what I've seen with imagej. Once it's in the background,
it slows to a crawl. I'm certain it's mavericks power saving. Any idea how
to disable it per app?
On Friday, November 22, 2013, Simon Urbanek wrote:
Like Peter said, this seems due to the aggressive power-saving in
On 22 Nov 2013, at 16:42 , Robert J Goedman goed...@icloud.com wrote:
Not sure how long it takes to see the lagging (a few minutes someone
reported), but I've not been able to reproduce this problem.
For me, library(tcltk); demo(tkfaq), click to focus, then use Fn-Down (i.e.
PgDown) to go
Thansk Peter,
Now I can reproduce it!
Rob J. Goedman
goed...@icloud.com
On Nov 22, 2013, at 1:00 PM, peter dalgaard pda...@gmail.com wrote:
On 22 Nov 2013, at 16:42 , Robert J Goedman goed...@icloud.com wrote:
Not sure how long it takes to see the lagging (a few minutes someone
Notes inlined below,
-pd
On 20 Nov 2013, at 18:19 , John Fox j...@mcmaster.ca wrote:
Dear Jonathan et al,
First, thank you to all who responded. As I said, I haven't noticed this
problem myself, but I'll try again on my Mac later today when I have some
time and see whether I can
Dear all,
I was able to reproduce the problem on my Macbook and believe I have a
solution, which is to run R and the Rcmdr in a terminal window. When I did
this, the Rcmdr behaved normally. I'll investigate further and report my
findings back to the list.
I'm copying this message to Simon
Dear Peter,
Thank you very much for taking a look at this problem and for confirming that
the problem is general to tcltk.
I coincidentally just send a message to the list with the same conclusion --
that the problem occurs in R.app but not in a terminal window.
Best,
John
On Wed, 20 Nov
On 20 Nov 2013, at 22:24 , Manuel Spínola mspinol...@gmail.com wrote:
Thank you very much John.
How can I run R and Rcmdr in a terminal window?
[Kids these days...]
Just open the Terminal application (it’s in the Utilities subfolder of the
Applications folder) and type R at its prompt.
30 matches
Mail list logo