When you start R, it will by default source a .Rprofile
file if it exists. This allows you to automatically tweak your R settings to meet your everyday needs. For instance, you may want to set the default CRAN repository (options("repos")
) so you don't have to choose one every time you install a package.
The startup package extends the default R startup process by allowing you to put multiple startup scripts in a common 'Rprofile.d' directory and have them all be sourced during the R startup process. This way you can have one file to configure the default CRAN repository and another one to configure your personal devtools settings.
Similarly, you can use a 'Renviron.d' directory with multiple files defining different environment variables. For instance, one file may define environment variable LANGUAGE
, whereas another file may contain your private GITHUB_PAT
key.
The advantages of this approach are that it gives a better overview when you list the files, makes it easier to share certain settings (= certain files) with other users, and enable you to keep specific files completely private (by setting the file privileges so only you can access those settings).
When R starts, the following user-specific setup takes place:
-
The first
.Renviron
file found on the R startup search path is processed. The search path is (in order): (i)Sys.getenv("R_ENVIRON_USER")
, (ii)./.Renviron
, and (iii)~/.Renviron
. The format of this file is oneENV_VAR=VALUE
statement per line, cf.?.Renviron
. NOTE: Some environment variables must be set already in this step in order to be acknowledged by R, i.e. it is too late to set some of them in Step 2 and Step 3 below. -
The first
.Rprofile
file found on the R startup search path is processed. The search path is (in order): (i)Sys.getenv("R_PROFILE_USER")
, (ii)./.Rprofile
, and (iii)~/.Rprofile
. The format of this file must be a valid R script (with a trailing newline), cf.?.Rprofile
. -
If the
.Rprofile
file (in Step 2) callsstartup::startup()
then the following will also take place:a. The first 'Renviron.d' directory on the R startup search path is processed. The search path is (in order): (i)
paste0(Sys.getenv("R_ENVIRON_USER"), ".d")
, (ii)./.Renviron.d
, (iii)~/.Renviron.d
, and (iv){user-config-dir}/Renviron.d
, where{user-config-dir}
corresponds totools::R_user_dir("startup", which = "config")
, e.g.${XDG_CONFIG_HOME}/R/startup
. The format of these files should be the same as for.Renviron
. NOTE: Some environment variables must be set already in Step 1 above in order to be acknowledged by R.b. A set of handy R options that can be used in Step 3c are set. Their names are prefixed
startup.session.
- see?startup::startup_session_options
for details.c. The first 'Rprofile.d' directory found on the R startup search path is processed. The search path is (in order): (i)
paste0(Sys.getenv("R_PROFILE_USER"), ".d")
, (ii)./.Rprofile.d
, (iii)~/.Rprofile.d
, and (iv){user-config-dir}/Rprofile.d
. The format of these files should be the same as for.Rprofile
, that is, they must be valid R scripts.d. If set, any R code in environment variable
R_STARTUP_INIT
, or R optionstartup.init
, is parsed and evaluated.e. If set, any R script specified by environment variable
R_STARTUP_FILE
, or R optionstartup.file
, is parsed and evaluated.f. If no errors occur above, the startup package will be unloaded, leaving no trace of itself behind, except for R options
startup.session.*
set in Step 3b - these will be erased ifstartup::startup()
is called withkeep = NULL
.
All relevant files in 'Renviron.d' and 'Rprofile.d' directories, including those found recursively in subdirectories thereof, will be processed (in lexicographic order sorted under the C
locale).
There are no restrictions on what the file names should be (except for the ones ignored as explained below). However, for 'Rprofile.d' files we recommend to use filename extension *.R
to indicate that the files are regular R scripts. For 'Renviron.d' files we recommend to use files without extensions (or *.Renviron
for clarification). To avoid confusions, do not use an *.R
extension for 'Renviron.d' files because they are not R script per se (as some editors may warn you about).
Files with file extensions *.txt
, *.md
and *~
are ignored as well as any files named .Rhistory
, .RData
and .DS_Store
. Directories named __MACOSX
and their content are ignored. Files and directories with names starting with two periods (..
) are ignored, e.g. ~/.Rprofile.d/..my-tests/
.
After installing the startup packages (see instructions at the end), call
startup::install()
once. This will append
tryCatch(startup::startup(), error=function(ex) message(".Rprofile error: ", conditionMessage(ex)))
to your ~/.Rprofile
. The file will be created if missing. This will also create directories ~/.Renviron.d/
and ~/.Rprofile.d/
if missing. To find the location of these folder on Windows, use normalizePath("~")
- it's often located under C:\Users\Alice\Documents\
.
Alternatively to the above installation setup, you can just add that line to your ~/.Rprofile
file manually. The reason for using tryCatch(..., error = ...)
is for the case when startup is not installed and you try to install it, e.g. after upgrading R to a new major release. Without tryCatch()
, R will fail to install the startup package (or any other package) because the R profile startup script produces an error complaining about startup not being available.
Just start R :)
To debug the startup process, use startup::startup(debug = TRUE)
or set environment variable R_STARTUP_DEBUG=TRUE
, e.g. on Linux you can do
$ R_STARTUP_DEBUG=TRUE R
On MS Windows, you can do:
$ R R_STARTUP_DEBUG=TRUE
This will produce time-stamped messages during startup specifying which files are included together with details on the files and what they modified.
If the name of a file consists of a <key>=<value>
specification, then that file will be included / used only if the specification is fulfilled (on the current system with the current R setup). For instance, a file ~/.Rprofile.d/os=windows.R
will be ignored unless startup::sysinfo()$os == "windows"
, i.e. the R session is started on a Windows system.
The following startup::sysinfo()
keys are available for conditional inclusion of files by their path names:
-
System values:
dirname
- (character) the name of the current working directory (=basename(getwd())
)gui
- (character) the graphical user interface (=.Platform$GUI
)nodename
- (character) the host name (=Sys.info()[["nodename"]]
)machine
- (character) the machine type (=Sys.info()[["machine"]]
)os
- (character) the operating system (=.Platform$OS.type
)sysname
- (character) the system name (=Sys.info()[["sysname"]]
)user
- (character) the user name (=Sys.info()[["user"]]
)
-
System flags:
-
interactive
- (logical) whether running R interactively or not (=interactive()
) -
quiet
- (logical) Indicates whether one of the R command-line arguments-q
,--quiet
, and--silent
was specified -
save
- (logical) TRUE if R was launched with command-line argument--save
, FALSE if launched with--no-save
, otherwise NA -
ark
- (logical) whether running R in An R Kernel (ARK) -
ess
- (logical) whether running R in Emacs Speaks Statistics (ESS) -
jupyter
- (logical) whether running R in Jupyter -
microsoftr
- (logical) whether running R in Microsoft R Open -
positron
- (logical) whether running R in Positron -
pqr
- (logical) whether running pqR ("A Pretty Quick Version of R") -
radian
- (logical) whether running R in radian (formerly known as 'rtichoke' and 'rice') -
rapp
- (logical) whether running R in [R.app] (a macOS GUI) -
rgui
- (logical) whether running R in [Rgui] (an MS Windows GUI) -
rstudio
- (logical) whether running R in RStudio Console -
rstudioterm
- (logical) whether running R in RStudio Terminal -
vscode
- (logical) whether running R in Visual Studio Code (VSCode) -
webr
- (logical) whether running R in webR -
wine
- (logical) whether running R on Windows via Linux Wine
-
-
Installed packages:
package
- (character) whether a package is installed. In addition to checking the availability, havingpackage=<name>
in the filename makes it clear that the startup file concerns settings specific to that package.
-
With a specific frequency:
when
- (character) specify how often the file should be processed:when=once
- the startup file is processed only oncewhen=hourly
- the startup file is processed at most once per hourwhen=daily
- the startup file is processed at most once per daywhen=weekly
- the startup file is processed at most once per weekwhen=fortnightly
- the startup file is processed at most once every two weekswhen=monthly
- the startup file is processed at most once per month
If such a file, or its timestamp, is updated, then it will be processed the next time R is started.
-
Environment variables:
- Any further
<key>=<value>
specifications with keys matching none of the above known keys are interpreted as system environment variables and startup will test such conditions against their values. Note, if<key>
does not correspond to a known environment variable, then the file is skipped if<key>=<value>
is used but included if<key>!=<value>
is used.
- Any further
To condition on more than one key, separate <key>=<value>
pairs by commas, e.g. ~/.Rprofile.d/work,interactive=TRUE,os=windows.R
. This also works for directory names. For instance, ~/.Rprofile.d/os=windows/work,interactive=TRUE.R
will be processed if running on Windows and in interactive mode. Multiple packages may be specified. For instance, ~/.Rprofile.d/package=devtools,package=future.R
will be used only if both the devtools and the future packages are installed.
It is also possible to negate a conditional filename test by using the <key>!=<value>
specification. For instance, ~/.Rprofile.d/package=doMC,os!=windows.R
will be processed if package doMC
is installed and the operating system is not Windows.
Renviron and Rprofile startup files with a non-declared <key>
in their file names are skipped. A non-declared key is any key that is neither one of the above predefined keys nor a declared environment variable.
This is useful, because it allows us to keep "secrets" in private files and only load them conditionally on the value of an environment variable. For instance, we put all our secret Renviron files under ~/.Renviron.d/private/SECRET=banana/
such that they are only loaded if environment variable SECRET
is set to exactly banana
. Moreover, by making sure the directory ~/.Renviron.d/private/
is only accessible by you, then it will be harder for someone else two know what your secret "password" (banana
) is. On a Unix system, you can set this up as:
$ mkdir -p ~/.Renviron.d/private/SECRET=banana/
$ chmod go-rw ~/.Renviron.d/private
Then go ahead an put your secret Renviron files in there, e.g.
.Renviron.d/private/SECRET=banana/
+-- amazon ## AWS_* credential & settings
+-- github ## GITHUB_TOKEN + GITHUB_PAT
Now, only if SECRET
is set to exactly banana
when you launch R, the above secret files will be processed and the corresponding environment variables will be available from withing R. For instance, they will be loaded if you do:
$ SECRET=banana R
but not if you do:
$ SECRET=badguess R
or if SECRET
is unset.
Comment: You can use whichever variable name you like, it does not have to be SECRET
. And, the "password" banana
is obviously just an example.
Renviron startup files is a convenient and cross-platform way of setting environment variables during the R startup process. However, for some of the environment variables that R consults must be set early on in the R startup process (immediately after Step 1), because R only consults them once. Examples(*) of environment variables that need to be set no later than .Renviron
(Step 1) are:
TMPDIR
,TMP
,TEMP
- the parent of R's temporary directory, cf.?tempdir
LC_ALL
- locale settings used by R, e.g. cf.?locales
R_DEFAULT_PACKAGES
- default set of packages loaded when R starts, cf.?Rscript
R_LIBS_USER
- user's library path, e.g.R_LIBS_USER=~/R/%p-library/%v
is the folder specification used by default on all platforms and and R version. The folder must exist, otherwise it is ignored by R. The%p
(platform) and%v
(version) parts are R-specific conversion specifiers, cf.?R_LIBS_USER
R_MAX_NUM_DLLS
, cf.?dyn.load
Any changes to these done in an 'Renviron.d' file (Step 3a), or via Sys.setenv()
in .Rprofile
(Step 2) or 'Rprofile.d' files (Step 3c), will be ignored by R itself - despite being reflected by Sys.getenv()
.
Furthermore, some environment variables can not even be set in .Renviron
(Step 1) but must be set prior to launching R. This is because those variables are consulted by R very early on (prior to Step 1). Examples(*) of environment variables that need to be set prior to .Renviron
(Step 1) are:
HOME
- the user's home directoryMKL_NUM_THREADS
andOMP_NUM_THREADS
- the default number of threads used by OpenMP etc, cf. R Installation and Administration
These variables have to be set using methods specific to the operating system or the calling shell, e.g. in a Unix shell
$ export OMP_NUM_THREADS=1
$ R
or per call as
OMP_NUM_THREADS=1 R
(*) For further details on which environment variables R consults and what they are used for by R, see the R documentation and help, e.g. ?"environment variables"
and ?Startup
.
Below is a list of "real-world" example files:
.Renviron.d/
+-- lang
+-- r_cmd_check
+-- secrets=banana
.Rprofile.d/
+-- interactive=TRUE/
+-- help.start.R
+-- misc.R
+-- package=fortunes.R
+-- os=windows.R
+-- repos.R
They are available as part of this package under system.file(package = "startup")
, e.g.
> f <- system.file("Rprofile.d", "repos.R", package = "startup")
> file.show(f, type = "text")
local({
repos <- c(CRAN = "https://cloud.r-project.org")
if (.Platform$OS.type == "windows") {
repos["CRANextra"] <- "https://www.stats.ox.ac.uk/pub/RWin"
}
options(repos = c(repos, getOption("repos")))
})
R package startup is available on CRAN and can be installed in R as:
install.packages("startup")
To install the pre-release version that is available in Git branch develop
on GitHub, use:
remotes::install_github("HenrikBengtsson/startup", ref="develop")
This will install the package from source.