similar to: Rprofile.site under Windows 7?

Hello: I've been using "Rprofile.site" for several years to set the repos environment variable as follows: options(repos=c(CRAN='http://cran.cnr.berkeley.edu', CRANextra='http://www.stats.ox.ac.uk/pub/RWin') ) However, R 2.15.0 is not recognizing this. Instead, I get the following: options('repos') $repos

Hello: I have so far failed to get Rprofile.site to be processed in R 2.15.0 under Windows 7 as I remember having done it in previous version of R. For example, I've included "options(max.print=222)" in "R_HOME/etc/Rprofile.site" (with and without the environmental variable R_HOME set to the install directory of R 2.15.0 in advanced system settings): When I

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

Folks: sessionInfo() R version 2.15.0 (2012-03-30) Platform: i386-pc-mingw32/i386 (32-bit) locale: [1] LC_COLLATE=English_United States.1252 [2] LC_CTYPE=English_United States.1252 [3] LC_MONETARY=English_United States.1252 [4] LC_NUMERIC=C [5] LC_TIME=English_United States.1252 attached base packages: [1] datasets splines grid tcltk stats graphics grDevices [8] utils

Dear list members (esp. Duncan), I've run into the following curious problem with Version 2.2.0 alpha for Windows: Options in the Profile file in R's etc directory don't appear to be set. (I habitually uncomment options(chmhelp=TRUE), to no effect in this case.) As far as I can see, the only thing non-standard about my installation is that I put R 2.2.0 alpha under c:\R rather than

Folks: sessionInfo() R version 2.15.0 (2012-03-30) Platform: i386-pc-mingw32/i386 (32-bit) locale: [1] LC_COLLATE=English_United States.1252 [2] LC_CTYPE=English_United States.1252 [3] LC_MONETARY=English_United States.1252 [4] LC_NUMERIC=C [5] LC_TIME=English_United States.1252 attached base packages: [1] datasets splines grid tcltk stats graphics grDevices [8] utils

Dear All I inserted a frequently used function (subroutine) right into my Rprofile.site which allows me to run it each time-works great. However, this approach is obviously suitable for a short function or a small number of functions. Instead of inserting the lines in Rprofile.site, is there a way to insert one line pointing to (fetching) the function in a local drive, similar to #include

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

Hello, All: The "writeFindFn2xls" function in the "sos" package tries to write an Excel file with 3 sheets ('PackageSum2', 'findFn', 'call'). Unfortunately, it is often unable to do this because of configuration problems that are not easy to fix. I've found 3 contributed packages that provide facilities to write Excel files with

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, 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

I'm new to R, so apologies if the answer to my question is very obvious to everyone else! I use the carbon version of R (1.5.1), not the Darwin version. After a bit of a battle, I'm getting to grips with using R, and really getting to like it, but I'm still having trouble customising startup the way I'd like it. Reading ?Startup, I see that I can specify some commands to be run

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",

Hi, Apparently R-1.7.0 (and possibly earlier versions too) do not care much about what is in $R_HOME/etc/Rprofile.site when calling 'R CMD check' or 'R CMD build'. This is annoying when having libraries (packages) in alternative locations. Cheers, Laurent

On Debian/Ubuntu, system wide environment variables and options are set in respectively /etc/R/Renviron.site and /etc/R/Rprofile.site. These files are automatically created when r-base is installed, and do not get overwritten during an upgrade. On Fedora, there is no /etc/R directory. What is the recommended place to define system wide environment variables and options on a Fedora system?

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]]

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

Full_Name: Murray Stokely Version: 2.10.1 OS: Linux Submission from: (NULL) (216.239.45.4) The Defn.h header includes limits.h for PATH_MAX and then checks if it hasn't been defined and if not sets something manually. Some of the R code uses PATH_MAX but a lot of other functions in unix/sys-unix.c and main/startup.c just hardcodes a limit of 256 characters. In my environment this is not

Hello: I get "Wide character in print" from trying read.xls("22_data.xls") in the gdata package, with "22_data.xls" downloaded from "Varieties_Country_A-E.xls" at "http://www.reinhartandrogoff.com/data/browse-by-topic/topics/7/": > library(gdata) > read.xls("22_data.xls") Wide character in print at

Hello, I have come across two separate packages that have a Makefile in inst/doc which use the R_HOME variable. In both cases, the path to R_HOME gets munged in such a way that commands that include R_HOME fail on Windows: For example, one Makefile, for the xmapcore package ( https://hedgehog.fhcrc.org/bioconductor/trunk/madman/Rpacks/xmapcore/username/password: readonly) has this: