similar to: Tell whether ./.Rprofile or ~/.Rprofile is being processed?

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

Full_Name: Henrik Bengtsson Version: R v1.7.1 OS: WinXP Pro, Solaris 9 Submission from: (NULL) (130.235.2.229) A colleague of mine who is new to R had problems setting up his .Rprofile and we tracked it down to the following. On both WinXP and Solaris with Rv1.7.1 we noticed that the *last* line in .Rprofile has to have a *newline* to be evaluated. For instance, starting R with the following

Hello, I am currently facing a rather unusual situation. I am running the following command on two windows 10 machines: C:\\Program Files\\R\\R-3.6.3\\bin\\R.exe CMD INSTALL -l ".envs\\default\\lib"

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

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

Hi all, After a short hiatus away from R I have found that it's changed a bit. I used to keep a definition of .First in .Rprofile that did a couple of things on startup (load a couple of libraries). Now, I've discovered that when I change the definition of .First in .Rprofile it doesn't change anything when I start up, because .First is held over in .Rdata from the last session.

?Startup says: "Note that when the site and user profile files are sourced only the base package is loaded, so objects in other packages need to be referred to by e.g. utils::dump.frames or after explicitly loading the package concerned." So you need utils::installed.packages and utils::install.packages . Duncan Murdoch On 21/03/2023 8:04 a.m., PIKAL Petr wrote: > Dear all.

I've reproduced on ubuntu and winodws with R3.4.3 When the filepath contains a tilde, the result is NA. But if the file path is expanded then the function works. Example: tools::md5sum("~/.Rprofile") returns NA tools::md5sum(normalizePath("~/.Rprofile")) returns the proper md5 Perhaps this is expected behaviour because the documentation does say NA is returned for

On 21/03/2023 9:58 a.m., PIKAL Petr wrote: > Hallo Duncan > > Tested but does not work so something other must be wrong. > > R version 4.2.2. >> installed.packages()[,"Package"] > base boot class cluster codetools compiler datasets foreign graphics grDevices grid KernSmooth

Does R have a standard function that takes two file paths (e.g., "./myDirectory/file" and "myDirectory/file") and returns TRUE if those paths refer to the same file? The paths make take different routes ("absolute" or relative paths or via different symbolic or hard links) to the same file or may use different naming conventions (Windows or DOS 8.3 on Windows). If

Dear all. I am trying to install missing (not installed) packages during startup of R through code in Rprofile.site but I miserably failed and I am not sure what I am doing wrong. R is installed to C:Program files but it is not writable for the users, therefore I cannot change Rprofile.site located in root etc directory. I however can put Rprofile.site in users home directory (Documents)

Hi, Back in June I posted the message below, but had no replies. I've made a little progress since then so this is to update anyone interested (!) and to ask for comments. Brief problem statement: Under Windows, some parts of R don't handle UNC paths beginning with backslashes. Specifically a) Sys.glob() fails to find some files breaking (e.g.) Rcmdr plugins

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

Hi, I have a couple of new errors in our package when I check it on R 2.13-rc (r55310). The first one that's mystifying me is * checking R code for possible problems ... NOTE Error : object normalizePath is not exported by 'namespace:utils' Error : object normalizePath is not exported by 'namespace:utils' Firstly, it's strange to see NOTE and Error being used

It could be that the following may be due to something wrong that I managed to do (I cannot think what...) but I submit this report in case it is something that you want to know about (I have solved the problem by removing .Rprofile as I describe below). 1. After compiling/installing R 0.90 (an uneventful process), it worked perfectly the first time, and it read .RData written by the previous

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

I know this is a double post, but the subject line was really misleading. Sorry again. This is the first time that I have tried to update packages with a tinkered around with .Rprofile. I start R with R --vanilla and it does not load my .Rprofile, but when I issue the command update.packages() R downloads the packages as expected, but then seems to load .Rprofile before compiling the packages

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

For years I have been using options(error = recover) either in .Rprofile or from within R for debugging purposes. The functionality of this appears to have changed and I can't recover it (no pun intended) using the ?options help page. How can I get the old functionality back, particularly from within .Rprofile? A specific line entry would be appreciated. An example, the help page, and