similar to: R_LIBS in Windows Vista

Dear Johannes, Dear Dirk, Thanks a lot for helping. Here is the missing information. Here is how I installed R. This is basically how Martin Maechler showed me to install R under Ubuntu (in several versions so that they are also recognized by ESS). My goal is to adjust this to make it work for Debian: 1) sudo emacs /etc/apt/sources.list # then add: deb

Hi, I have Debian Testing running on a Lenovo Thinkpad X1 Carbon (2015, 3rd gen.). I would like to have a package library independent of the installed R version. Under Ubuntu, I used to have the following line in ~/.Renviron: R_LIBS=/usr/local/R/library:/usr/lib/R/site-library This worked fine and /usr/local/R/library showed up in .libPaths(). However, under Debian (with the same ~/.Renviron),

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

On 18 March 2020 at 19:19, Henrik Bengtsson wrote: | AFAIU, 'R CMD check --as-cran' tries to hide any site and user package | libraries by setting R_LIBS_SITE and R_LIBS_USER. However, contrary What makes you think that? AFAIK --as-cran just sets a bunch of the (nearly countless) environment variables (all described in R Inst+Admin, as I recall) to a set of values "close to"

On Wed, Mar 18, 2020 at 8:04 PM Dirk Eddelbuettel <edd at debian.org> wrote: > > > On 18 March 2020 at 19:19, Henrik Bengtsson wrote: > | AFAIU, 'R CMD check --as-cran' tries to hide any site and user package > | libraries by setting R_LIBS_SITE and R_LIBS_USER. However, contrary > > What makes you think that? AFAIK --as-cran just sets a bunch of the (nearly

AFAIU, 'R CMD check --as-cran' tries to hide any site and user package libraries by setting R_LIBS_SITE and R_LIBS_USER. However, contrary to R_LIBS_SITE, it fails for R_LIBS_USER and the user's personal library is still available for test scripts. Should I revise my assumptions, or is that intentional? The short version. Shouldn't: $ R_LIBS_USER='' Rscript --vanilla -e

Hello, I'm adding a private library tree in my home directory by adding this to my ~/.Renviron: R_LIBS="~/R/library:${R_LIBS}" so that once in R: R> cat(Sys.getenv("R_LIBS"), "\n") ~/R/library:/usr/local/lib/R/site-library:/usr/lib/R/site-library:/usr/lib/R/library Is this the best way to proceed? Cheers, -- Sebastian P. Luque

I want my local libraries to have priority over the system installed ones, which, as far as I can make out from help(".libPaths"), means they have to come first in that list (it doesn't actually_say_ so, but that seems to be the idea). We have R_LIBS_USER which looks made for specifying where I keep my own libraries. Unfortunately it comes last in .libPaths() [which appears to

Dear R-devel: i have noticed a little wrinkle in R packaging for RPM systems and have communicated with the package maintainer at RedHat Tom Callaway (see far below). Here is the question: Where does R Core Team want packagers to fiddle around with R library paths? Currently, the RPM Spec file used for EPEL's R (For Fedora/Redhat/Centos,etc) adds a line in R_HOME/etc/Renviron like this:

I asked a couple of months ago in r-sig-fedora about a difference I noticed between Ubuntu and RedHat/Fedora. Now I think I've figured out the cause is a little issue in packaging but I don't know how to get it fixed. On Ubuntu, the setup is like this. It i is controlled in a file called Renviron R packages built/distributed in RPM are installed to /usr/lib/R/library. R packages built

dear dirk, i am following up on our thread on r-help-mailinglist. you advised me to bring it over here. when installing packages from within R, they usually go to a directory defined in R_LIBS_USER, which i have it set in .Renviron. when installing packages via sudo apt install r-cran-.., they go to /usr/lib/R/site-library. is there a possibility to have packages installed to the R_LIBS-USER

On 6 January 2019 at 23:03, Winfried Moser wrote: | dear dirk, | | i am following up on our thread on r-help-mailinglist. you advised me to | bring it over here. | | when installing packages from within R, they usually go to a directory | defined in R_LIBS_USER, which i have it set in .Renviron. That is _you_ as the user installing _locally compiled packages_. For those you can alter where they

As from R 2.5.0 users can install packages in their home directories, in directory specified by the environment variable R_LIBS_USER. It's a great feature. But I have a problem with this feature, when R_LIBS is defined. It works well the first time, when R creates the directory defined in R_LIBS_USER. > install.packages('BayesTree') Warning in

This is a follow-up to a question I asked a few years back. We have a pair of computers that share a common home directory (and therefor a common .Renviron) with identical hardware, but very different sets of libraries such that using a "shared" R_LIBS between two computers does not work. They both use this as the default library for user installations:

On Thu, 2017-02-09 at 09:52 -0600, Therneau, Terry M., Ph.D. wrote: > Martin, > ? I am aware of --vanilla; I use it myself for some testing.??In this case R_LIBS_USER was? > set externally (part of my login) and does not involve any of the R scripts.??That means? > it is inherited by any subprocess.??For example: > > tmt1495% R --vanilla --no-environ > > R version 3.3.1

Martin, I am aware of --vanilla; I use it myself for some testing. In this case R_LIBS_USER was set externally (part of my login) and does not involve any of the R scripts. That means it is inherited by any subprocess. For example: tmt1495% R --vanilla --no-environ R version 3.3.1 (2016-06-21) -- "Bug in Your Hair" Copyright (C) 2016 The R Foundation for Statistical Computing

Dear List, Further to my earlier email, I note that, for me at least, R CMD check is *not* reading R_LIBS from ~/.R/check.Renviron on R 2.15.2 patched (r61228) and R Under Development (r61660). The only way I can get R CMD check to look for packages in a user-supplied library is by explicitly exporting R_LIBS set to the relevant directory. R CMD build *does* read R_LIBS from ~/.R/build.Renviron

On Thu, Apr 2, 2015 at 5:49 AM, Johannes Ranke <jranke at uni-bremen.de> wrote: > Hi Marius, > > thanks for your reply. > >> > So maybe you could modify your instructions to the case where someone >> > wants to have R-devel in addition to the released R version, if that is >> > what you are aiming at? I could then add it to the README for Debian on

I have not intentionally set R_LIBS_USER. I looked for an Renviron.site file but did not see it in R/etc or my home directory. The strange part is that if I print Sud.getenv I see a value for R_LIBS_USER. However, this directory is not showing under libPaths. I though .libPaths should contain R_LIBS_USER. I also noticed that R related variables are not in the system or user variables because I

Hi, R people. I'm shy reporting this, as a bug in this area sounds very unlikely. Did I make my tests wrongly? I'm still flaky at all this. Let me dare nevertheless, who knows, just in case... Please don't kill me! :-) Not so long ago, I wrote to this list: > (For now, [the library code] works only for me when I do _not_ use `-l > MY/OWN/LIBDIR' at `R CMD INSTALL'