similar to: Debian Testing: ~/.Renviron seems to not being read (R_LIBS not set)

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

Dear Dirk, Dear Johannes, Thanks for helping, I could solve the problem. By reading your posts, I got a bit of the impression that questions beyond the 'standard installation' process are not really welcome on R-SIG-Debian. If this is the case, I'm sorry for my post. I wasn't aware of this, but Dirk makes it clear why on

On Tue, Mar 31, 2015 at 2:05 AM, Johannes Ranke <jranke at uni-bremen.de> wrote: > Dear Marius, > > thanks for sharing your thoughts on this. I am not very happy that you provide > instructions to install R 3.1.3 from sources when binaries are already > provided on CRAN. Dear Johannes, ... no one in his/her clear mind would go that way unless necessary. I have given reasons

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

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

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

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

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:

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

On 02.07.2017 22:01, Dirk Eddelbuettel wrote: > On 2 July 2017 at 21:39, Kirill M?ller wrote: > | Hi > | > | An upgrade to R 3.4.1 on Ubuntu removed the default setting of > | R_LIBS_USER in /etc/R/Renviron. What's the rationale behind this? Thanks. > > Pretty much exactly what I told you in person last week :) > > - idea is to prefer /usr/local/lib/R/site-library/

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

Hi Here's a warning for you. If you start R today and it can't find any packages in your home directory that it did find yesterday, don't faint. You'll see something like this: > library(data.table) Error in library(data.table) : there is no package called 'data.table' and your user home folder R packages will no longer appear in path: > .libPaths() [1]

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

Dear All, I would like to reset default R_HOME PATH for R.3.1.3. I installed R-devel in /usr/local/R-devel but I can't install many packages as tcltk. I uninstalled R-devel and I would reuse R.3.1.3 but the PATH is remaining to /usr/local/R-devel. I touch ~.Renviron file with R_HOME=/usr/lib/R/bin/ RSTUDIO_R_HOME=/usr/lib/R/bin/ R_LIBS=~/R/x86_64-pc-linux-gnu-library/3.1

Hi all, I added the following line on the "Renviron.site" file: R_LIBS=C:\Program Files (x86)\R\library And when I start R and run: .libPaths() I don't see this path. On windows XP it worked for me. I am now using windoes 7 (64 bit) with R 32. Is there a reason this shouldn't work? Thanks, Tal ----------------Contact

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 Mon, 03-07-2017, at 07:58:41, Dirk Eddelbuettel <edd at debian.org> wrote: > On 2 July 2017 at 23:24, Kirill M?ller wrote: > | On 02.07.2017 22:01, Dirk Eddelbuettel wrote: > | > On 2 July 2017 at 21:39, Kirill M?ller wrote: > | > | Hi > | > | > | > | An upgrade to R 3.4.1 on Ubuntu removed the default setting of > | > | R_LIBS_USER in /etc/R/Renviron.