- HOMEBREW VS MACPORTS 2017 INSTALL
- HOMEBREW VS MACPORTS 2017 SOFTWARE
- HOMEBREW VS MACPORTS 2017 DOWNLOAD
- HOMEBREW VS MACPORTS 2017 FREE
The problem start when you mix standard installations / homebrew / Macports. > Using homebrew (and as far as I know Macports as well) works without major problems. > The Mac version of R does not do well with either MacPorts or homebrew installation of required system packages because those package managers put them in loaction that are not recognized by the static build that is the default. > Even though its not my question, I appreciate the specific recommendations on best practices for move ahead. > Scroll down to the bottom of that page and an appropriate modification of the two lines for unpacking to the root. Go to and get the appropriate version of cairo, probably the most recent one. > I think using MacPorts might actually be the "error" that needs correction. > On Oct 19, 2017, at 11:33 PM, Rainer Krug wrote: On 10/20/17, 8:34 AM, "R-SIG-Mac on behalf of David Winsemius" wrote:
HOMEBREW VS MACPORTS 2017 INSTALL
There is the Cairo R package, but it has a binary version, at least for R on 10.11.x, so there's no need to install Cairo graphics to install the Cairo package. The X11() graphics device, as provided (I believe), has a version that uses cairo. I do not know what R extended capability depends on installing Cairo graphics on the OS. Could I use them instead? Probably R is pretty good about letting the user specify where dependencies are found. In this case, I use the KyngChaos frameworks, but I'm aware that they're also available from MacPorts (and probably homebrew as well). For example, the spatial packages need GDAL. Some R packages do, of course, depend on external libraries not provided with R. I'd need more information to make a guess at why it didn't succeed. (It's probably there as a dependency for some other MacPorts package.) From that point of view, the OP's command to install it using MacPorts was correct. Indeed, I even have cairo installed using MacPorts, albeit on a 10.11.6 system, not a 10.12.x system like the OP.
HOMEBREW VS MACPORTS 2017 SOFTWARE
I do use MacPorts, however, to get useful software such as an X Windows aware version of emacs, ghostscript, and ImageMagick. Of course, if one wishes to for whatever reason, great! And I'm glad that people have wanted to make R available from those package managers. I see no necessity to install R from MacPorts or homebrew.
This includes things like access to remote Oracle databases, using various spatial packages built around sp and rgdal, reading and writing MS Office files (both Word and Excel), building simple tcl/tk interfaces, writing my own packages that link to Fortran, and probably more that I don't remember.
HOMEBREW VS MACPORTS 2017 DOWNLOAD
Nothing has ever motivated me to install R using MacPorts or homebrew in order to obtain some capability that I couldn't have using CRAN's binary download for Mac. In close to 20 years of using R on Mac, I have always been able to use whatever capabilities R offers that I wanted to use, using the R provided on CRAN.
HOMEBREW VS MACPORTS 2017 FREE
In summary (and I think this is reasonably consistent with other responses discussion to support my summary follows):ġ) Use CRAN R, install dependencies needed for extended R capability on the OS as needed, from whatever source you prefer, or whichever is easiest for R to useĢ) If one chooses to install R using MacPorts or homebrew, be prepared to exercise a greater depth of computer science smartsģ) Feel free to install other useful stuff using MacPorts or homebrew, whichever one prefers there is unlikely to be any conflict with R One thing I'm curious about, and I don't think I've seen in the discussion, is why the OP needed to install Cairo graphics with respect to R (otherwise the question was indeed off-topic for R-sig-Mac). The OP's question has inspired an interestingly large number of responses. Next message (by thread): Macports installation problem.Previous message (by thread): Macports installation problem.Macports installation problem MacQueen, Don macqueen1 at
0 kommentar(er)
