On Mar 5, 2014, at 9:24 AM, Gábor Csárdi <csardi.ga...@gmail.com> wrote:
> On Wed, Mar 5, 2014 at 9:21 AM, Simon Urbanek <simon.urba...@r-project.org> > wrote: > On Mar 5, 2014, at 8:04 AM, Federico Calboli <f.calb...@imperial.ac.uk> wrote: > > > On 4 Mar 2014, at 18:41, Davor Cubranic <cubra...@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.calb...@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@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 > _______________________________________________ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
