[R-SIG-Mac] making R.app and home-brew live happily together

[Simon Urbanek]

On Mar 5, 2014, at 9:24 AM, Gábor Csárdi <csardi.gabor at gmail.com> wrote:

> On Wed, Mar 5, 2014 at 9:21 AM, Simon Urbanek <simon.urbanek at r-project.org> wrote:
> On Mar 5, 2014, at 8:04 AM, Federico Calboli <f.calboli at imperial.ac.uk> wrote:
> 
> > On 4 Mar 2014, at 18:41, Davor Cubranic <cubranic at stat.ubc.ca> wrote:
> >
> >> If you don’t care about Tcl/Tk, you could also install R without it. Just choose “Customize” in the installer and unselect it.
> >
> > isn’t there a different tcl/tk framework that one can use anyway?  I’m referring to the active state one (http://www.activestate.com/activetcl/downloads)
> >
> 
> No, because it doesn't work with R.app since that Tcl/Tk build assumes it's controlling the application and system event loop.
> 
> Is this also true the other way? I mean, does the R Tcl/Tk work with other OSX apps that need Tcl/Tk?
> 

AFAIK, yes. It's the native Tcl/Tk port that causes issues. However, for pure Tcl/Tk apps users may prefer the native look to X11.


> Gabor, another person annoyed by R and homebrew not playing well together.....

I just checked, and homebrew proper doesn't even provide Tcl/Tk so it seems like this is not really an issue at all. Even the dupes version installs in a hidden location so it doesn't clash. Homebrew typically tries not to mess up the system so it was historically working along with R very well. So do you have some evidence for them not playing well together? I know MacPorts and Fink were disasters, but Homebrew has so far tried to learn from their mistakes.

Cheers,
Simon




>  
> 
> Cheers,
> S
> 
> 
> >
> >
> >>
> >> Davor
> >>
> >> On Feb 28, 2014, at 9:51 AM, Federico Calboli <f.calboli at imperial.ac.uk> wrote:
> >>
> >>> Simon,
> >>>
> >>> <snip>
> >>>
> >>>> Unfortunately HB installs by default in /usr/local and requires full control so you cannot have native libraries and HB in the same place at the same time. So essentially you have to pick one or the other. There are two options:
> >>>>
> >>>> a) install HB in another place. This allows you to keep native libraries in /usr/local and parallel HB. HB is less tested that way, though, so that's why HB is shy of recommending it.
> >>>>
> >>>> b) ignore HB's moaning. It should be ok as long as you don't install tcl/tk via HB. It may get complicated if dependencies detect tcl/tk so for safety you could rename the .pc files and the t*Config.sh files if you don't expect to compile R packages that depend on tcl/tk.
> >>>
> >>> I am ignoring the moanings of brew doctor.  I generally try and avoid compiling R packages if at all possible, and I never used stuff that uses tcl/tk (that I know of).  My main concern is that I want to install SciPy and Python 3 (assuming this can be done in a way that will not get Mavericks throw a fit) and that might — or not — get some tcl/tk action in.  If not, R.app and HB can live together for all I care.
> >>>
> >>> Best
> >>>
> >>> F
> >>>
> >>>
> >>>
> >>>
> >>>>
> >>>> Cheers,
> >>>> Simon
> >>>>
> >>>>
> >>>>> BW
> >>>>>
> >>>>> F
> >>>>>
> >>>>>
> >>>>> PS  I also asked on apple stack, but I haven’t go any reasonable answer thus far and I’d rather get going.
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> R-SIG-Mac mailing list
> >>>>> R-SIG-Mac at r-project.org
> >>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> >>>
> >>> _______________________________________________
> >>> R-SIG-Mac mailing list
> >>> R-SIG-Mac at r-project.org
> >>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
> >>
> >
> 
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac at r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>