Re: [R-SIG-Mac] Yosemite and R
Dear all, Brian Ripley has brought it my attention that R 3.1.2, due to be released soon, *does* check that X11 is present and prints an informative error message if it isn't. That's a substantial improvement. Thanks, John On Tue, 28 Oct 2014 09:43:53 -0400 John Fox j...@mcmaster.ca wrote: Dear Rich, I've made a similar suggestions before, I believe. It would even help to have tcltk fail less cryptically if X-Windows is unavailable under Mac OS X, suggesting that XQuartz be installed and pointing to the XQuartz website. And it shouldn't be hard to check capabilities()[X11] when tcltk loads. The large majority of Rcmdr problems about which people write me concern this one issue. There are clear, detailed installation instructions on the Rcmdr website but no way for me to insure that people are aware of them. I spent some time trying to find a way to report the absence of X-Windows at Rcmdr start-up, but the dependency on tcltk causes the Rcmdr to fail to load before an informative message can be printed -- a chicken-and-egg problem. Maybe there's a way to do this that I didn't discover. The essential problem here is that naive users don't have an obvious way of avoiding the problem. They install the software and expect it to work. There are similar issues with the system path under Yosemite and with app nap. This leads to repetitious emails to package maintainers and to repetitive questions on the various help lists, etc. That said, I think that there is a good solution for teachers of courses, workshops, etc.: Create -- or point to existing -- clear installation instructions that include installing XQuartz under OS X. The less tractable problem is individual users downloading and installing R from CRAN. Best, John On Tue, 28 Oct 2014 00:03:52 -0400 Richard M. Heiberger r...@temple.edu wrote: I just did a workshop for new R users. the only serious installation problem I saw was Macintosh users and tctlk. From this discussion, I knew to tell both people they needed to download quartz.macosforge.org and indeed that solved it. Is there a place on the package DESCRIPTION file to state that dependency, thus triggering the download and installation of quartz? That would take the responsibility for discovering this need away from the end user? Rich On Thu, Oct 23, 2014 at 2:15 PM, John Fox j...@mcmaster.ca wrote: Dear Simon, I installed Yosemite a couple of days ago and everything seems to work fine so far, including the tcltk demo that caused problems for Peter, and the Rcmdr package, which gives Tcl/Tk a pretty good workout. I first reinstalled XQuartz, as suggested, and I also reinstalled R and updated all packages, though the latter two steps probably weren't necessary. I figured that it would help to hear positive experiences as well as problems. The only issue that I've encountered so far is specific to checking packages under RStudio, which doesn't appear to find pdflatex; OTOH, R CMD check runs fine in a terminal window. I haven't yet tried to resolve this problem. Best, John -Original Message- From: Simon Urbanek [mailto:simon.urba...@r-project.org] Sent: Tuesday, October 21, 2014 4:38 PM To: John Fox Cc: Amos B. Elberg; r-sig-mac; Spencer Mass; Ben Clark; peter dalgaard; Marc Schwartz; David Winsemius; Hadley Wickham Subject: Re: [R-SIG-Mac] Yosemite and R I wasn't able to reproduce but I suspect those are all red herrings - there are really no subprocesses involved at all in either case. On Oct 21, 2014, at 4:19 PM, John Fox j...@mcmaster.ca wrote: Dear all, I wonder whether this issue also accounts for the tcltk problems that have been reported. (I haven't yet upgraded to Yosemite myself, hoping to wait for the wrinkles to be ironed out, though I'll likely do so shortly if only to see what happens.) Best, John -Original Message- From: r-sig-mac-boun...@r-project.org [mailto:r-sig-mac-bounces@r- project.org] On Behalf Of Amos B. Elberg Sent: Tuesday, October 21, 2014 12:40 PM To: David Winsemius; Hadley Wickham Cc: r-sig-mac; Spencer Mass Subject: Re: [R-SIG-Mac] Yosemite and R If the full environment isnt getting passed to R-spawned sub- processes, that might explain an error Ive been having since the update: when R is launched from the command line, calls that should create an X11 window in the background fail unless an X11 window has already been created with the width and height specified: plot(rnorm(100)) Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11() Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11(width = 5, height = 5) plot
Re: [R-SIG-Mac] Yosemite and R
I just did a workshop for new R users. the only serious installation problem I saw was Macintosh users and tctlk. From this discussion, I knew to tell both people they needed to download quartz.macosforge.org and indeed that solved it. Is there a place on the package DESCRIPTION file to state that dependency, thus triggering the download and installation of quartz? That would take the responsibility for discovering this need away from the end user? Rich On Thu, Oct 23, 2014 at 2:15 PM, John Fox j...@mcmaster.ca wrote: Dear Simon, I installed Yosemite a couple of days ago and everything seems to work fine so far, including the tcltk demo that caused problems for Peter, and the Rcmdr package, which gives Tcl/Tk a pretty good workout. I first reinstalled XQuartz, as suggested, and I also reinstalled R and updated all packages, though the latter two steps probably weren't necessary. I figured that it would help to hear positive experiences as well as problems. The only issue that I've encountered so far is specific to checking packages under RStudio, which doesn't appear to find pdflatex; OTOH, R CMD check runs fine in a terminal window. I haven't yet tried to resolve this problem. Best, John -Original Message- From: Simon Urbanek [mailto:simon.urba...@r-project.org] Sent: Tuesday, October 21, 2014 4:38 PM To: John Fox Cc: Amos B. Elberg; r-sig-mac; Spencer Mass; Ben Clark; peter dalgaard; Marc Schwartz; David Winsemius; Hadley Wickham Subject: Re: [R-SIG-Mac] Yosemite and R I wasn't able to reproduce but I suspect those are all red herrings - there are really no subprocesses involved at all in either case. On Oct 21, 2014, at 4:19 PM, John Fox j...@mcmaster.ca wrote: Dear all, I wonder whether this issue also accounts for the tcltk problems that have been reported. (I haven't yet upgraded to Yosemite myself, hoping to wait for the wrinkles to be ironed out, though I'll likely do so shortly if only to see what happens.) Best, John -Original Message- From: r-sig-mac-boun...@r-project.org [mailto:r-sig-mac-bounces@r- project.org] On Behalf Of Amos B. Elberg Sent: Tuesday, October 21, 2014 12:40 PM To: David Winsemius; Hadley Wickham Cc: r-sig-mac; Spencer Mass Subject: Re: [R-SIG-Mac] Yosemite and R If the full environment isn’t getting passed to R-spawned sub- processes, that might explain an error I’ve been having since the update: when R is launched from the command line, calls that should create an X11 window in the background fail unless an X11 window has already been created with the width and height specified: plot(rnorm(100)) Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11() Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11(width = 5, height = 5) plot(rnorm(100)) [now it works - and any number of additional windows can be spawned without repeating the error] [quitting R and reopening, without quitting XQuartz, and I get the same error calling plot() before X11(width = , height = ) This does not happen in RStudio. I don’t use the R.app gui; I opened it just now to test and I got a slew of path-related errors, but they’re as likely to have to do with my not-maintained R.app as with anything else. I had not reported this already because I wasn’t confident whether its a yosemite issue, an R-patched issue, or just something odd in the way I built R. If incomplete-environment-passing is the new normal, is this not going to be a common issue for packages that spawn sub-processes? From: Hadley Wickham h.wick...@gmail.com Reply: Hadley Wickham h.wick...@gmail.com Date: October 21, 2014 at 10:12:13 AM To: David Winsemius dwinsem...@comcast.net Cc: r-sig-mac r-sig-mac@r-project.org, Spencer Mass ma...@newpaltz.edu Subject: Re: [R-SIG-Mac] Yosemite and R No, it is not. It is expected that the path in the terminal be different to the path in R, it is _not_ expected that the path in R be different to the path in a subprocess started by R. (Well it is now expected, because this appears to be a new security feature in Yosemite) The best thread I could find on the problem is here: https://code.google.com/p/mactlmgr/issues/detail?id=102 -- http://had.co.nz/ ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac [[alternative HTML version deleted]] ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac ___ R
Re: [R-SIG-Mac] Yosemite and R
thank you for catching that typo Rich On Tue, Oct 28, 2014 at 12:21 AM, John Maindonald john.maindon...@anu.edu.au wrote: http://xquartz.macosforge.org/ ? John Maindonald email: john.maindon...@anu.edu.au phone : +61 2 (6125)3473fax : +61 2(6125)5549 Centre for Mathematics Its Applications, Room 1194, John Dedman Mathematical Sciences Building (Building 27) Australian National University, Canberra ACT 0200. On 28 Oct 2014, at 15:03, Richard M. Heiberger r...@temple.edu wrote: I just did a workshop for new R users. the only serious installation problem I saw was Macintosh users and tctlk. From this discussion, I knew to tell both people they needed to download quartz.macosforge.org and indeed that solved it. Is there a place on the package DESCRIPTION file to state that dependency, thus triggering the download and installation of quartz? That would take the responsibility for discovering this need away from the end user? Rich On Thu, Oct 23, 2014 at 2:15 PM, John Fox j...@mcmaster.ca wrote: Dear Simon, I installed Yosemite a couple of days ago and everything seems to work fine so far, including the tcltk demo that caused problems for Peter, and the Rcmdr package, which gives Tcl/Tk a pretty good workout. I first reinstalled XQuartz, as suggested, and I also reinstalled R and updated all packages, though the latter two steps probably weren't necessary. I figured that it would help to hear positive experiences as well as problems. The only issue that I've encountered so far is specific to checking packages under RStudio, which doesn't appear to find pdflatex; OTOH, R CMD check runs fine in a terminal window. I haven't yet tried to resolve this problem. Best, John -Original Message- From: Simon Urbanek [mailto:simon.urba...@r-project.org] Sent: Tuesday, October 21, 2014 4:38 PM To: John Fox Cc: Amos B. Elberg; r-sig-mac; Spencer Mass; Ben Clark; peter dalgaard; Marc Schwartz; David Winsemius; Hadley Wickham Subject: Re: [R-SIG-Mac] Yosemite and R I wasn't able to reproduce but I suspect those are all red herrings - there are really no subprocesses involved at all in either case. On Oct 21, 2014, at 4:19 PM, John Fox j...@mcmaster.ca wrote: Dear all, I wonder whether this issue also accounts for the tcltk problems that have been reported. (I haven't yet upgraded to Yosemite myself, hoping to wait for the wrinkles to be ironed out, though I'll likely do so shortly if only to see what happens.) Best, John -Original Message- From: r-sig-mac-boun...@r-project.org [mailto:r-sig-mac-bounces@r- project.org] On Behalf Of Amos B. Elberg Sent: Tuesday, October 21, 2014 12:40 PM To: David Winsemius; Hadley Wickham Cc: r-sig-mac; Spencer Mass Subject: Re: [R-SIG-Mac] Yosemite and R If the full environment isn’t getting passed to R-spawned sub- processes, that might explain an error I’ve been having since the update: when R is launched from the command line, calls that should create an X11 window in the background fail unless an X11 window has already been created with the width and height specified: plot(rnorm(100)) Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11() Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11(width = 5, height = 5) plot(rnorm(100)) [now it works - and any number of additional windows can be spawned without repeating the error] [quitting R and reopening, without quitting XQuartz, and I get the same error calling plot() before X11(width = , height = ) This does not happen in RStudio. I don’t use the R.app gui; I opened it just now to test and I got a slew of path-related errors, but they’re as likely to have to do with my not-maintained R.app as with anything else. I had not reported this already because I wasn’t confident whether its a yosemite issue, an R-patched issue, or just something odd in the way I built R. If incomplete-environment-passing is the new normal, is this not going to be a common issue for packages that spawn sub-processes? From: Hadley Wickham h.wick...@gmail.com Reply: Hadley Wickham h.wick...@gmail.com Date: October 21, 2014 at 10:12:13 AM To: David Winsemius dwinsem...@comcast.net Cc: r-sig-mac r-sig-mac@r-project.org, Spencer Mass ma...@newpaltz.edu Subject: Re: [R-SIG-Mac] Yosemite and R No, it is not. It is expected that the path in the terminal be different to the path in R, it is _not_ expected that the path in R be different to the path in a subprocess started by R. (Well it is now expected, because this appears to be a new security feature in Yosemite) The best thread I could find on the problem is here: https://code.google.com/p/mactlmgr/issues/detail?id=102 -- http://had.co.nz/ ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org
Re: [R-SIG-Mac] Yosemite and R
Update on my issue: Upon reinstalling Xquartz, as suggested, all of my previous issues went away. -Ben -- Benjamin Y. Clark, PhD Assistant Professor of Public Administration (Levin College) Assistant Professor of Public Health (CEOMPH) Cleveland State University Executive Committee Member Association for Budgeting and Financial Management (ABFM) b.y.clark[at]csuohio.edu bit.ly/BenClark From: John Fox j...@mcmaster.ca Sent: Thursday, October 23, 2014 2:15 PM To: 'Simon Urbanek' Cc: 'Amos B. Elberg'; 'r-sig-mac'; 'Spencer Mass'; Benjamin Y Clark; 'peter dalgaard'; 'Marc Schwartz'; 'David Winsemius'; 'Hadley Wickham' Subject: RE: [R-SIG-Mac] Yosemite and R Dear Simon, I installed Yosemite a couple of days ago and everything seems to work fine so far, including the tcltk demo that caused problems for Peter, and the Rcmdr package, which gives Tcl/Tk a pretty good workout. I first reinstalled XQuartz, as suggested, and I also reinstalled R and updated all packages, though the latter two steps probably weren't necessary. I figured that it would help to hear positive experiences as well as problems. The only issue that I've encountered so far is specific to checking packages under RStudio, which doesn't appear to find pdflatex; OTOH, R CMD check runs fine in a terminal window. I haven't yet tried to resolve this problem. Best, John -Original Message- From: Simon Urbanek [mailto:simon.urba...@r-project.org] Sent: Tuesday, October 21, 2014 4:38 PM To: John Fox Cc: Amos B. Elberg; r-sig-mac; Spencer Mass; Ben Clark; peter dalgaard; Marc Schwartz; David Winsemius; Hadley Wickham Subject: Re: [R-SIG-Mac] Yosemite and R I wasn't able to reproduce but I suspect those are all red herrings - there are really no subprocesses involved at all in either case. On Oct 21, 2014, at 4:19 PM, John Fox j...@mcmaster.ca wrote: Dear all, I wonder whether this issue also accounts for the tcltk problems that have been reported. (I haven't yet upgraded to Yosemite myself, hoping to wait for the wrinkles to be ironed out, though I'll likely do so shortly if only to see what happens.) Best, John -Original Message- From: r-sig-mac-boun...@r-project.org [mailto:r-sig-mac-bounces@r- project.org] On Behalf Of Amos B. Elberg Sent: Tuesday, October 21, 2014 12:40 PM To: David Winsemius; Hadley Wickham Cc: r-sig-mac; Spencer Mass Subject: Re: [R-SIG-Mac] Yosemite and R If the full environment isn’t getting passed to R-spawned sub- processes, that might explain an error I’ve been having since the update: when R is launched from the command line, calls that should create an X11 window in the background fail unless an X11 window has already been created with the width and height specified: plot(rnorm(100)) Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11() Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11(width = 5, height = 5) plot(rnorm(100)) [now it works - and any number of additional windows can be spawned without repeating the error] [quitting R and reopening, without quitting XQuartz, and I get the same error calling plot() before X11(width = , height = ) This does not happen in RStudio. I don’t use the R.app gui; I opened it just now to test and I got a slew of path-related errors, but they’re as likely to have to do with my not-maintained R.app as with anything else. I had not reported this already because I wasn’t confident whether its a yosemite issue, an R-patched issue, or just something odd in the way I built R. If incomplete-environment-passing is the new normal, is this not going to be a common issue for packages that spawn sub-processes? From: Hadley Wickham h.wick...@gmail.com Reply: Hadley Wickham h.wick...@gmail.com Date: October 21, 2014 at 10:12:13 AM To: David Winsemius dwinsem...@comcast.net Cc: r-sig-mac r-sig-mac@r-project.org, Spencer Mass ma...@newpaltz.edu Subject: Re: [R-SIG-Mac] Yosemite and R No, it is not. It is expected that the path in the terminal be different to the path in R, it is _not_ expected that the path in R be different to the path in a subprocess started by R. (Well it is now expected, because this appears to be a new security feature in Yosemite) The best thread I could find on the problem is here: https://code.google.com/p/mactlmgr/issues/detail?id=102 -- http://had.co.nz/ ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac [[alternative HTML version deleted]] ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
Hi John, Regarding your issue in RStudio and pdflatex -- this is a general problem with any applications not launched from the terminal; presumedly it would be seen in R.app as well when not launched from the terminal (this is related to the forward-PATH-to-subprocesses problem discussed earlier) There is a prescription available on StackOverflow: http://stackoverflow.com/questions/26491934/running-system-command-from-r-console-cannot-locate-installed-programs-since-upg Cheers, Kevin On Thu, Oct 23, 2014 at 11:18 AM, Benjamin Y Clark b.y.cl...@csuohio.edu wrote: Update on my issue: Upon reinstalling Xquartz, as suggested, all of my previous issues went away. -Ben -- Benjamin Y. Clark, PhD Assistant Professor of Public Administration (Levin College) Assistant Professor of Public Health (CEOMPH) Cleveland State University Executive Committee Member Association for Budgeting and Financial Management (ABFM) b.y.clark[at]csuohio.edu bit.ly/BenClark From: John Fox j...@mcmaster.ca Sent: Thursday, October 23, 2014 2:15 PM To: 'Simon Urbanek' Cc: 'Amos B. Elberg'; 'r-sig-mac'; 'Spencer Mass'; Benjamin Y Clark; 'peter dalgaard'; 'Marc Schwartz'; 'David Winsemius'; 'Hadley Wickham' Subject: RE: [R-SIG-Mac] Yosemite and R Dear Simon, I installed Yosemite a couple of days ago and everything seems to work fine so far, including the tcltk demo that caused problems for Peter, and the Rcmdr package, which gives Tcl/Tk a pretty good workout. I first reinstalled XQuartz, as suggested, and I also reinstalled R and updated all packages, though the latter two steps probably weren't necessary. I figured that it would help to hear positive experiences as well as problems. The only issue that I've encountered so far is specific to checking packages under RStudio, which doesn't appear to find pdflatex; OTOH, R CMD check runs fine in a terminal window. I haven't yet tried to resolve this problem. Best, John -Original Message- From: Simon Urbanek [mailto:simon.urba...@r-project.org] Sent: Tuesday, October 21, 2014 4:38 PM To: John Fox Cc: Amos B. Elberg; r-sig-mac; Spencer Mass; Ben Clark; peter dalgaard; Marc Schwartz; David Winsemius; Hadley Wickham Subject: Re: [R-SIG-Mac] Yosemite and R I wasn't able to reproduce but I suspect those are all red herrings - there are really no subprocesses involved at all in either case. On Oct 21, 2014, at 4:19 PM, John Fox j...@mcmaster.ca wrote: Dear all, I wonder whether this issue also accounts for the tcltk problems that have been reported. (I haven't yet upgraded to Yosemite myself, hoping to wait for the wrinkles to be ironed out, though I'll likely do so shortly if only to see what happens.) Best, John -Original Message- From: r-sig-mac-boun...@r-project.org [mailto:r-sig-mac-bounces@r- project.org] On Behalf Of Amos B. Elberg Sent: Tuesday, October 21, 2014 12:40 PM To: David Winsemius; Hadley Wickham Cc: r-sig-mac; Spencer Mass Subject: Re: [R-SIG-Mac] Yosemite and R If the full environment isn’t getting passed to R-spawned sub- processes, that might explain an error I’ve been having since the update: when R is launched from the command line, calls that should create an X11 window in the background fail unless an X11 window has already been created with the width and height specified: plot(rnorm(100)) Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11() Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11(width = 5, height = 5) plot(rnorm(100)) [now it works - and any number of additional windows can be spawned without repeating the error] [quitting R and reopening, without quitting XQuartz, and I get the same error calling plot() before X11(width = , height = ) This does not happen in RStudio. I don’t use the R.app gui; I opened it just now to test and I got a slew of path-related errors, but they’re as likely to have to do with my not-maintained R.app as with anything else. I had not reported this already because I wasn’t confident whether its a yosemite issue, an R-patched issue, or just something odd in the way I built R. If incomplete-environment-passing is the new normal, is this not going to be a common issue for packages that spawn sub-processes? From: Hadley Wickham h.wick...@gmail.com Reply: Hadley Wickham h.wick...@gmail.com Date: October 21, 2014 at 10:12:13 AM To: David Winsemius dwinsem...@comcast.net Cc: r-sig-mac r-sig-mac@r-project.org, Spencer Mass ma...@newpaltz.edu Subject: Re: [R-SIG-Mac] Yosemite and R No, it is not. It is expected that the path in the terminal be different to the path in R, it is _not_ expected that the path in R be different to the path in a subprocess started by R. (Well
Re: [R-SIG-Mac] Yosemite and R
I am using R.app 1.65 and I have recently upgraded to Yosemite. I now get these messages: plugin com.getdropbox.dropbox.garcon interrupted in the console. In addition, R is sometimes unresponsive when I choose File - Open Document. I then force R to quit. Unfortunately, for now I am unable to enumerate the conditions that trigger selecting File - Open Document to be unresponsive. Best, Felix R version 3.1.1 (2014-07-10) Platform: x86_64-apple-darwin13.1.0 (64-bit) locale: [1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8 attached base packages: [1] stats graphics grDevices utils datasets methods base loaded via a namespace (and not attached): [1] tools_3.1.1 On Fri, Oct 17, 2014 at 9:17 PM, Spencer Mass ma...@newpaltz.edu wrote: Has anyone had issues installing/running R3.1.1 2014-07-11, R.app 1.65 on Yosemite? Thanks, - SM === Spencer M. Mass, MD Department of Biology CSB 149 SUNY New Paltz 1 Hawk Drive New Paltz, NY 12561 voice: 845-257-3678 [[alternative HTML version deleted]] ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac [[alternative HTML version deleted]] ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
On Mon, Oct 20, 2014 at 4:01 PM, David Winsemius dwinsem...@comcast.net wrote: On Oct 20, 2014, at 8:21 AM, Hadley Wickham wrote: I have been running Yosemite for quite a while and didn't see any issues so far. Given how little changed in Yosemite I don't expect any changes to the Mavericks build at this point (i.e. Mavericks will remain the base target for all recent OS X builds). At RStudio, we've seen one problem - the PATH is not passed along to sub-processes, e.g. these two functions return different values: Sys.getenv(PATH) system(echo $PATH) I seem to remember discussions on R-SIG-Mac that system(echo $PATH) gets passed to the bash environment which is not the same as the R environment. It is expected that the $PATH variable is different in the two environments. No, it is not. It is expected that the path in the terminal be different to the path in R, it is _not_ expected that the path in R be different to the path in a subprocess started by R. (Well it is now expected, because this appears to be a new security feature in Yosemite) Hadley -- http://had.co.nz/ ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
No, it is not. It is expected that the path in the terminal be different to the path in R, it is _not_ expected that the path in R be different to the path in a subprocess started by R. (Well it is now expected, because this appears to be a new security feature in Yosemite) The best thread I could find on the problem is here: https://code.google.com/p/mactlmgr/issues/detail?id=102 -- http://had.co.nz/ ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
Dear all, I wonder whether this issue also accounts for the tcltk problems that have been reported. (I haven't yet upgraded to Yosemite myself, hoping to wait for the wrinkles to be ironed out, though I'll likely do so shortly if only to see what happens.) Best, John -Original Message- From: r-sig-mac-boun...@r-project.org [mailto:r-sig-mac-bounces@r- project.org] On Behalf Of Amos B. Elberg Sent: Tuesday, October 21, 2014 12:40 PM To: David Winsemius; Hadley Wickham Cc: r-sig-mac; Spencer Mass Subject: Re: [R-SIG-Mac] Yosemite and R If the full environment isn’t getting passed to R-spawned sub- processes, that might explain an error I’ve been having since the update: when R is launched from the command line, calls that should create an X11 window in the background fail unless an X11 window has already been created with the width and height specified: plot(rnorm(100)) Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11() Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11(width = 5, height = 5) plot(rnorm(100)) [now it works - and any number of additional windows can be spawned without repeating the error] [quitting R and reopening, without quitting XQuartz, and I get the same error calling plot() before X11(width = , height = ) This does not happen in RStudio. I don’t use the R.app gui; I opened it just now to test and I got a slew of path-related errors, but they’re as likely to have to do with my not-maintained R.app as with anything else. I had not reported this already because I wasn’t confident whether its a yosemite issue, an R-patched issue, or just something odd in the way I built R. If incomplete-environment-passing is the new normal, is this not going to be a common issue for packages that spawn sub-processes? From: Hadley Wickham h.wick...@gmail.com Reply: Hadley Wickham h.wick...@gmail.com Date: October 21, 2014 at 10:12:13 AM To: David Winsemius dwinsem...@comcast.net Cc: r-sig-mac r-sig-mac@r-project.org, Spencer Mass ma...@newpaltz.edu Subject: Re: [R-SIG-Mac] Yosemite and R No, it is not. It is expected that the path in the terminal be different to the path in R, it is _not_ expected that the path in R be different to the path in a subprocess started by R. (Well it is now expected, because this appears to be a new security feature in Yosemite) The best thread I could find on the problem is here: https://code.google.com/p/mactlmgr/issues/detail?id=102 -- http://had.co.nz/ ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac [[alternative HTML version deleted]] ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
I wasn't able to reproduce but I suspect those are all red herrings - there are really no subprocesses involved at all in either case. On Oct 21, 2014, at 4:19 PM, John Fox j...@mcmaster.ca wrote: Dear all, I wonder whether this issue also accounts for the tcltk problems that have been reported. (I haven't yet upgraded to Yosemite myself, hoping to wait for the wrinkles to be ironed out, though I'll likely do so shortly if only to see what happens.) Best, John -Original Message- From: r-sig-mac-boun...@r-project.org [mailto:r-sig-mac-bounces@r- project.org] On Behalf Of Amos B. Elberg Sent: Tuesday, October 21, 2014 12:40 PM To: David Winsemius; Hadley Wickham Cc: r-sig-mac; Spencer Mass Subject: Re: [R-SIG-Mac] Yosemite and R If the full environment isn’t getting passed to R-spawned sub- processes, that might explain an error I’ve been having since the update: when R is launched from the command line, calls that should create an X11 window in the background fail unless an X11 window has already been created with the width and height specified: plot(rnorm(100)) Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11() Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize, : invalid 'width' or 'height' X11(width = 5, height = 5) plot(rnorm(100)) [now it works - and any number of additional windows can be spawned without repeating the error] [quitting R and reopening, without quitting XQuartz, and I get the same error calling plot() before X11(width = , height = ) This does not happen in RStudio. I don’t use the R.app gui; I opened it just now to test and I got a slew of path-related errors, but they’re as likely to have to do with my not-maintained R.app as with anything else. I had not reported this already because I wasn’t confident whether its a yosemite issue, an R-patched issue, or just something odd in the way I built R. If incomplete-environment-passing is the new normal, is this not going to be a common issue for packages that spawn sub-processes? From: Hadley Wickham h.wick...@gmail.com Reply: Hadley Wickham h.wick...@gmail.com Date: October 21, 2014 at 10:12:13 AM To: David Winsemius dwinsem...@comcast.net Cc: r-sig-mac r-sig-mac@r-project.org, Spencer Mass ma...@newpaltz.edu Subject: Re: [R-SIG-Mac] Yosemite and R No, it is not. It is expected that the path in the terminal be different to the path in R, it is _not_ expected that the path in R be different to the path in a subprocess started by R. (Well it is now expected, because this appears to be a new security feature in Yosemite) The best thread I could find on the problem is here: https://code.google.com/p/mactlmgr/issues/detail?id=102 -- http://had.co.nz/ ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac [[alternative HTML version deleted]] ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
There has been quite a bit of wild speculation in this thread, but the only issue I was able to reproduce is the R.app crash on the first startup which seems to happen only if you don't have any preferences stored. Re-starting R.app seems to work since the preferences are created during the first startup so subsequent starts don't crash. Cheers, Simon ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
On 21 Oct 2014, at 22:44 , Simon Urbanek simon.urba...@r-project.org wrote: There has been quite a bit of wild speculation in this thread, but the only issue I was able to reproduce is the R.app crash on the first startup which seems to happen only if you don't have any preferences stored. Re-starting R.app seems to work since the preferences are created during the first startup so subsequent starts don't crash. Cheers, Simon ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac I have this consistently in Terminal-R: Peter-Dalgaards-MacBook-Air:BUILD pd$ bin/R R version 3.1.2 beta (2014-10-21 r66833) -- Pumpkin Helmet Copyright (C) 2014 The R Foundation for Statistical Computing Platform: x86_64-apple-darwin14.0.0/x86_64 (64-bit) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type 'license()' or 'licence()' for distribution details. Natural language support but running in an English locale R is a collaborative project with many contributors. Type 'contributors()' for more information and 'citation()' on how to cite R or R packages in publications. Type 'demo()' for some demos, 'help()' for on-line help, or 'help.start()' for an HTML browser interface to help. Type 'q()' to quit R. plot(0) Floating point exception: 8 (The plot window appears and there is a sizeable delay before R gives up the ghost.) This is when building with XQuartz 2.7.7 and Peter-Dalgaards-MacBook-Air:BUILD pd$ cat config.site #CFLAGS=-g -O0 FFLAGS=-m64 LDFLAGS=-L/usr/X11R6/lib r_arch=x86_64 with_blas='-framework Accelerate' with_lapack=yes (which is likely showing my incompetence) However, this is clearly sufficient to explain why the tkdensity demo crashed for me; presumably nothing to do witk tcltk per se. -- Peter Dalgaard, Professor, Center for Statistics, Copenhagen Business School Solbjerg Plads 3, 2000 Frederiksberg, Denmark Phone: (+45)38153501 Email: pd@cbs.dk Priv: pda...@gmail.com ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
Simon Urbanek simon.urbanek at r-project.org writes: On Oct 17, 2014, at 5:01 PM, Gregory Sawyer gdsawyer at greatergood.com wrote: On Oct 17, 2014, at 1:49 PM, Marc Schwartz marc_schwartz at me.com wrote: On Oct 17, 2014, at 2:17 PM, Spencer Mass masss at newpaltz.edu wrote: Has anyone had issues installing/running R3.1.1 2014-07-11, R.app 1.65 on Yosemite? Thanks, - SM I upgraded (over Mavericks) to Yosemite last night. R was already installed and I have had no issues at this point. I don't normally use R.app and use Emacs with ESS, however, R.app appears to be running without issue with the limited use that I attempted. Regards, Marc Schwartz ___ R-SIG-Mac mailing list R-SIG-Mac at r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac I upgraded to 10.10 Yosemite this morning; R.app seems to be having some problems launching, but not all the time. It's crashed twice on startup, but the second attempt (e.g. clicking 'Re-open' on the crash stack trace panel) seems to work.(running a very recent 27-inch iMac w/ 32Gib core, a 1tb drive, and a second 27-inch Apple LED cinema display, and I suspect it might be that second display that's causing the problems, but that's just speculation right now.) If you have a crash, please send me the crash report. If in doubt, check your preferences and startup files. I have been running Yosemite for quite a while and didn't see any issues so far. Given how little changed in Yosemite I don't expect any changes to the Mavericks build at this point (i.e. Mavericks will remain the base target for all recent OS X builds). Cheers, Simon I've been having issues getting the 'tcltk' package to run. I had this with Mavericks at first as well, but once X11 got updated the issue went away. But alas for now X11 is up to date and a number of other other packages that require the tcltk won't work. Good fun. -Ben ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
I have been running Yosemite for quite a while and didn't see any issues so far. Given how little changed in Yosemite I don't expect any changes to the Mavericks build at this point (i.e. Mavericks will remain the base target for all recent OS X builds). At RStudio, we've seen one problem - the PATH is not passed along to sub-processes, e.g. these two functions return different values: Sys.getenv(PATH) system(echo $PATH) This breaks Sys.which(). Hadley -- http://had.co.nz/ ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
On 20 Oct 2014, at 14:50 , Ben Clark b.y.cl...@csuohio.edu wrote: Simon Urbanek simon.urbanek at r-project.org writes: On Oct 17, 2014, at 5:01 PM, Gregory Sawyer gdsawyer at greatergood.com wrote: On Oct 17, 2014, at 1:49 PM, Marc Schwartz marc_schwartz at me.com wrote: On Oct 17, 2014, at 2:17 PM, Spencer Mass masss at newpaltz.edu wrote: Has anyone had issues installing/running R3.1.1 2014-07-11, R.app 1.65 on Yosemite? Thanks, - SM I upgraded (over Mavericks) to Yosemite last night. R was already installed and I have had no issues at this point. I don't normally use R.app and use Emacs with ESS, however, R.app appears to be running without issue with the limited use that I attempted. Regards, Marc Schwartz ___ R-SIG-Mac mailing list R-SIG-Mac at r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac I upgraded to 10.10 Yosemite this morning; R.app seems to be having some problems launching, but not all the time. It's crashed twice on startup, but the second attempt (e.g. clicking 'Re-open' on the crash stack trace panel) seems to work.(running a very recent 27-inch iMac w/ 32Gib core, a 1tb drive, and a second 27-inch Apple LED cinema display, and I suspect it might be that second display that's causing the problems, but that's just speculation right now.) If you have a crash, please send me the crash report. If in doubt, check your preferences and startup files. I have been running Yosemite for quite a while and didn't see any issues so far. Given how little changed in Yosemite I don't expect any changes to the Mavericks build at this point (i.e. Mavericks will remain the base target for all recent OS X builds). Cheers, Simon I've been having issues getting the 'tcltk' package to run. I had this with Mavericks at first as well, but once X11 got updated the issue went away. But alas for now X11 is up to date and a number of other other packages that require the tcltk won't work. Good fun. -Ben Yes, things don't seem quite well for me either. With a locally compiled R, I can get three of the four demos to run, but tkdensity dies with a floating point error. With 3.0.2-snowleopard build, all demos work on the command line, but R.app hangs on tkdensity. -pd ___ R-SIG-Mac mailing list R-SIG-Mac@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@cbs.dk Priv: pda...@gmail.com ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
On Oct 20, 2014, at 8:21 AM, Hadley Wickham wrote: I have been running Yosemite for quite a while and didn't see any issues so far. Given how little changed in Yosemite I don't expect any changes to the Mavericks build at this point (i.e. Mavericks will remain the base target for all recent OS X builds). At RStudio, we've seen one problem - the PATH is not passed along to sub-processes, e.g. these two functions return different values: Sys.getenv(PATH) system(echo $PATH) I seem to remember discussions on R-SIG-Mac that system(echo $PATH) gets passed to the bash environment which is not the same as the R environment. It is expected that the $PATH variable is different in the two environments. From terminal window in Mac 10.7.5 (Lion): david-winsemiuss-mac-pro:~ davidwinsemius$ /usr/bin/which which /sw/bin/which From R (Snow Leopard) on a MacPro: Sys.which(which) which /sw/bin/which On a laptop running 3.1.1 in Yosemite with the Mavericks build I get instead: Sys.which(which) usr/bin/which And from the terminal I see /sw/bin/which This breaks Sys.which(). Not sure what breaks means. I'm not getting an error, and I wasn't necessarily expecting the same result Hadley -- David Winsemius Alameda, CA, USA ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
On 17 Oct 2014, at 22:49 , Marc Schwartz marc_schwa...@me.com wrote: On Oct 17, 2014, at 2:17 PM, Spencer Mass ma...@newpaltz.edu wrote: Has anyone had issues installing/running R3.1.1 2014-07-11, R.app 1.65 on Yosemite? Thanks, - SM I upgraded (over Mavericks) to Yosemite last night. R was already installed and I have had no issues at this point. I don't normally use R.app and use Emacs with ESS, however, R.app appears to be running without issue with the limited use that I attempted. Regards, Marc Schwartz Same here, I notice though that Java and Xquartz need reinstalls. -pd -- Peter Dalgaard, Professor, Center for Statistics, Copenhagen Business School Solbjerg Plads 3, 2000 Frederiksberg, Denmark Phone: (+45)38153501 Email: pd@cbs.dk Priv: pda...@gmail.com ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
[R-SIG-Mac] Yosemite and R
Has anyone had issues installing/running R3.1.1 2014-07-11, R.app 1.65 on Yosemite? Thanks, - SM === Spencer M. Mass, MD Department of Biology CSB 149 SUNY New Paltz 1 Hawk Drive New Paltz, NY 12561 voice: 845-257-3678 [[alternative HTML version deleted]] ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
On Oct 17, 2014, at 2:17 PM, Spencer Mass ma...@newpaltz.edu wrote: Has anyone had issues installing/running R3.1.1 2014-07-11, R.app 1.65 on Yosemite? Thanks, - SM I upgraded (over Mavericks) to Yosemite last night. R was already installed and I have had no issues at this point. I don't normally use R.app and use Emacs with ESS, however, R.app appears to be running without issue with the limited use that I attempted. Regards, Marc Schwartz ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
On Oct 17, 2014, at 1:49 PM, Marc Schwartz marc_schwa...@me.com wrote: On Oct 17, 2014, at 2:17 PM, Spencer Mass ma...@newpaltz.edu wrote: Has anyone had issues installing/running R3.1.1 2014-07-11, R.app 1.65 on Yosemite? Thanks, - SM I upgraded (over Mavericks) to Yosemite last night. R was already installed and I have had no issues at this point. I don't normally use R.app and use Emacs with ESS, however, R.app appears to be running without issue with the limited use that I attempted. Regards, Marc Schwartz ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac I upgraded to 10.10 Yosemite this morning; R.app seems to be having some problems launching, but not all the time. It's crashed twice on startup, but the second attempt (e.g. clicking 'Re-open' on the crash stack trace panel) seems to work.(running a very recent 27-inch iMac w/ 32Gib core, a 1tb drive, and a second 27-inch Apple LED cinema display, and I suspect it might be that second display that's causing the problems, but that's just speculation right now.) ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
On Oct 17, 2014, at 5:01 PM, Gregory Sawyer gdsaw...@greatergood.com wrote: On Oct 17, 2014, at 1:49 PM, Marc Schwartz marc_schwa...@me.com wrote: On Oct 17, 2014, at 2:17 PM, Spencer Mass ma...@newpaltz.edu wrote: Has anyone had issues installing/running R3.1.1 2014-07-11, R.app 1.65 on Yosemite? Thanks, - SM I upgraded (over Mavericks) to Yosemite last night. R was already installed and I have had no issues at this point. I don't normally use R.app and use Emacs with ESS, however, R.app appears to be running without issue with the limited use that I attempted. Regards, Marc Schwartz ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac I upgraded to 10.10 Yosemite this morning; R.app seems to be having some problems launching, but not all the time. It's crashed twice on startup, but the second attempt (e.g. clicking 'Re-open' on the crash stack trace panel) seems to work.(running a very recent 27-inch iMac w/ 32Gib core, a 1tb drive, and a second 27-inch Apple LED cinema display, and I suspect it might be that second display that's causing the problems, but that's just speculation right now.) If you have a crash, please send me the crash report. If in doubt, check your preferences and startup files. I have been running Yosemite for quite a while and didn't see any issues so far. Given how little changed in Yosemite I don't expect any changes to the Mavericks build at this point (i.e. Mavericks will remain the base target for all recent OS X builds). Cheers, Simon ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
I just upgraded to Yosemite this morning, and while I haven't used R extensively, yet, 3.1.1 has so far worked just fine. One thing I did was remove MacTeX before upgrading, and then reinstalled with the addition of the LocalTeX preference pane due to reported issues with MacTeX (also reported with RStudio's knit features). http://permalink.gmane.org/gmane.comp.tex.macosx/46292 Regards, Tom On Oct 17, 2014, at 17:20, Simon Urbanek simon.urba...@r-project.org wrote: On Oct 17, 2014, at 5:01 PM, Gregory Sawyer gdsaw...@greatergood.com wrote: On Oct 17, 2014, at 1:49 PM, Marc Schwartz marc_schwa...@me.com wrote: On Oct 17, 2014, at 2:17 PM, Spencer Mass ma...@newpaltz.edu wrote: Has anyone had issues installing/running R3.1.1 2014-07-11, R.app 1.65 on Yosemite? Thanks, - SM I upgraded (over Mavericks) to Yosemite last night. R was already installed and I have had no issues at this point. I don't normally use R.app and use Emacs with ESS, however, R.app appears to be running without issue with the limited use that I attempted. Regards, Marc Schwartz ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac I upgraded to 10.10 Yosemite this morning; R.app seems to be having some problems launching, but not all the time. It's crashed twice on startup, but the second attempt (e.g. clicking 'Re-open' on the crash stack trace panel) seems to work.(running a very recent 27-inch iMac w/ 32Gib core, a 1tb drive, and a second 27-inch Apple LED cinema display, and I suspect it might be that second display that's causing the problems, but that's just speculation right now.) If you have a crash, please send me the crash report. If in doubt, check your preferences and startup files. I have been running Yosemite for quite a while and didn't see any issues so far. Given how little changed in Yosemite I don't expect any changes to the Mavericks build at this point (i.e. Mavericks will remain the base target for all recent OS X builds). Cheers, Simon ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] Yosemite and R
I did not get problems using nlme and other statistical packages after actualizing to yosemite (i am using R 3.1.1, but not Mavericks). Jorge Franco D. Director Departamento de Biometria, Estadistica y Computacion Facultad de Agronomia, UDELAR Ruta 3, Km. 363, Paysandu URUGUAY On Oct 17, 2014, at 9:50 PM, Thomas Hopper tomhop...@gmail.com wrote: I just upgraded to Yosemite this morning, and while I haven't used R extensively, yet, 3.1.1 has so far worked just fine. One thing I did was remove MacTeX before upgrading, and then reinstalled with the addition of the LocalTeX preference pane due to reported issues with MacTeX (also reported with RStudio's knit features). http://permalink.gmane.org/gmane.comp.tex.macosx/46292 Regards, Tom On Oct 17, 2014, at 17:20, Simon Urbanek simon.urba...@r-project.org wrote: On Oct 17, 2014, at 5:01 PM, Gregory Sawyer gdsaw...@greatergood.com wrote: On Oct 17, 2014, at 1:49 PM, Marc Schwartz marc_schwa...@me.com wrote: On Oct 17, 2014, at 2:17 PM, Spencer Mass ma...@newpaltz.edu wrote: Has anyone had issues installing/running R3.1.1 2014-07-11, R.app 1.65 on Yosemite? Thanks, - SM I upgraded (over Mavericks) to Yosemite last night. R was already installed and I have had no issues at this point. I don't normally use R.app and use Emacs with ESS, however, R.app appears to be running without issue with the limited use that I attempted. Regards, Marc Schwartz ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac I upgraded to 10.10 Yosemite this morning; R.app seems to be having some problems launching, but not all the time. It's crashed twice on startup, but the second attempt (e.g. clicking 'Re-open' on the crash stack trace panel) seems to work.(running a very recent 27-inch iMac w/ 32Gib core, a 1tb drive, and a second 27-inch Apple LED cinema display, and I suspect it might be that second display that's causing the problems, but that's just speculation right now.) If you have a crash, please send me the crash report. If in doubt, check your preferences and startup files. I have been running Yosemite for quite a while and didn't see any issues so far. Given how little changed in Yosemite I don't expect any changes to the Mavericks build at this point (i.e. Mavericks will remain the base target for all recent OS X builds). Cheers, Simon ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac