similar to: R-alpha: Rprofiles

I have a local library 'dart' that imports "httr". It has routines that access central patient data such as birth date, so it is heavily used locally but of no interest to anyone else. The httr library (and 300 others) are in a shared directory, referenced by everyone in the biostatistics group via adding this location to the .libPaths in their default .Rprofile.

Hello, my first attempt at installing version 2.9.0 failed because I got an error "Error in library(pspline) : there is no package called 'pspline'" Later I realised that this comes from HOME/.RProfil, and removing that files "solves" that problem. However, I'm actually glad that this error happened, since it shows a deeper problem (which is actually not solved

Douglas Bates wrote: >From 0.62 onward you should not have to create a symbolic link in >/usr/local/bin. It should be that you can run > cd $RSOURCE > ./configure --prefix=/usr/local > make install >and you will end up with the R script installed in /usr/local/bin and >all the files needed to run R in /usr/local/lib/R. > >Can you tell what the prefix is set to after

I know, we've discussed this several times in the good old days days of the R-testers list :-), but the problem is still unsolved. I want to include Tibshirani's data in my port of the bootstrap package, but we still have no way of including data in a clean way. IMHO we should have a subdirectory of $RHOME/data for each library, e.g. $RHOME/data/base $RHOME/data/bootstrap Actually

In the process of moving to the new directory structure, we might also reconsider the naming of the various index files. A simple idea would be to have an `INDEX' file in each directory where this is appropriate. E.g., we could have pkg/funs/INDEX (rather than help/pkg/INDEX) pkg/data/INDEX (rather than index.doc) pkg/help/INDEX (rather than AnIndex) or e.g. pkg/INDEX.funs

I've put up R-0.62.0.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. Note that beginning with this version, you need Fortran in some form or other to compile R. (f2c is good enough) Here is the relevant part of the CHANGES file: CHANGES IN R VERSION

I've put up R-0.62.0.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. Note that beginning with this version, you need Fortran in some form or other to compile R. (f2c is good enough) Here is the relevant part of the CHANGES file: CHANGES IN R VERSION

I've put up R-0.62.0.tgz up for FTP from Auckland some minutes ago. As usual, don't get it from there unless you are desperate, but wait for it to be mirrored at a CRAN site near you within a day or two. Note that beginning with this version, you need Fortran in some form or other to compile R. (f2c is good enough) Here is the relevant part of the CHANGES file: CHANGES IN R VERSION

I would like to compile for Windows a rather simple R package that contains some C code. It does not contain any Fortran code. I tried the cross-compilation route using the pre-built set of tools from http://www.devolution.com/~slouken/SDL/Xmingw32/, as described in $R_SRC/src/gnuwin32/INSTALL Using the sources in r-devel from the rsync site I am able to build libR.a in src/gnuwin32 but I

Hi all, I found the web site for R and decided to install it on my freebsd system; however, I have run into 'permission problems' during execution. I do the standard .configure, make, make check, make install and install into the default location of /usr/local/... but when a normal user attempts to run 'R' I get the following: --- [tulip ~]% R R : Copyright 2001, The R

Hi, After updating to R 2.7, my .Rprofile executes twice on startup. I confirmed this by putting in the following line: print("starting .Rprofile...") When I start R, I see: [1] "starting .Rprofile..." [1] "starting .Rprofile..." This seems like the obverse of the following FAQ:

I would appreciate some advice on what the preferred contents of RProfile.site vs. .Rprofile should be. A .First() function can reside in either one, but is it preferred to place it in .Rprofile? I currently use .First() in .Rprofile files placed in separate directories used for different RStudio projects. Thank you [[alternative HTML version deleted]]

I'd like to follow up on this one. It may be that I have misunderstood something, but on both R devel (2012-02-22 r58452) and R 2.14.1 patched (2012-02-18 r58394) I can't seem to avoid loading ~/.Rprofile when I run 'R CMD <cmd>', e.g. R CMD build. For me, the loading of ~/.Rprofile by 'R CMD' started a few weeks ago, and I haven't seen it before. More details

Hi everyone. I have recently installed R 2.14.1 on my 64-bit Windows 7 laptop. I am attempting to include some favourite functions in the Rprofile.site file to run at R start-up as I did with my previous 32-bit XP machine. I have edited the Rprofile.site file in "C:\Program Files\R\R-2.14.1\etc\" but the added code doesn't seem to be executed when I run R, whether through Tinn-R

Hello, I'm having some difficulty understanding the documentation relative to the startup files with R-Aqua 2.0.1 for Mac OS X. Specifically, I'm wondering: where does R search for the startup files (my home directory at Users:<me>:?); how should they be named (.RProfile will be treated by Mac OS X as a system file and be hidden, so I'm wondering if it should just be

Hi, I am interested in customizing the installation of R. I have gone through the ?R Installation and Administration? manual. But some of the stuff is not clear to me and I would like to get clarifications on the following points (for a Windows installation with R_HOME=C:\\R\\R-2.9.1 ) : 1. I understand that I need to create a file, .Renviron with the following path : R_HOME\\etc\\.Renviron where

Hi! I do not have an Rprofile file in $R_HOME/etc, but I do have one in $R_HOME/library/base/R. I thought I could include a .First() function in a new $R_HOME/etc/Rprofile file for attaching a couple files which have custom "always needed" functions. But would the new $R_HOME/etc/Rprofile create a conflict with $R_HOME/library/base/R/Rprofile (in particular because the later also has a

Thanks a lot , This explains a lot ("--backup-dir is on the remote). I should have guest, sorry about this. But about the fact that it is an old version, your right but : - on Linux I tried to install the latest version 2.6.2, but the "configure"command did never succeed :(, some problems about not finding a valid cc or gcc. (/lib/libgcc_s-3.2.2-20030225.so.1) even if it

I'm trying to source a file automatically every time I start R. I tried adding the following .First function in a file Rprofile.site in my $R_HOME/etc/ directory (verified $R_HOME by Sys.getenv()) as well as in a file .Rprofile in my $HOME directory and .Rprofile in the working directory: .First <- function(){ source(file.path(Sys.getenv("HOME"), "R",

Not sure whether this is a feature or bug -- but it does not appear to be documented. R1.6.1 on Windows NT 4.00.1381 Objects assigned in the Rprofile.site file (e.g. foo<-'something') are put into package:base not .GlobalEnv on startup. Objects assigned in the .Rprofile file are put into .GlobalEnv. This doesn't seem consistent to me. The objects exist in base only for the