similar to: R_LIBS_USER not in libPaths

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

I'm not sure I follow what.the problem is. Are you trying to set R_LIBS_USER but R does not acknowledge it, or do you observe something in R that you didn't expect to be there and you are trying to figure out why that is / where that happens? Henrik On Sep 16, 2017 07:10, "Rene J Suarez-Soto" <rene.j.suarez at gmail.com> wrote: > I have a computer where R_LIBS_USER is

I installed R 3.4.2 (Windows) and noticed that 30 folders are under my R_HOME/library folder. I assume all of these are R base packages. Is this correct? Where can I see a list of current R base packages? Also; are R base packages also in CRAN? and are these packages updated only when a new version of R is released or can the be updated at a different time? Thanks [[alternative HTML version

?library Cheers, Bert Bert Gunter "The trouble with having an open mind is that people keep coming along and sticking things into it." -- Opus (aka Berkeley Breathed in his "Bloom County" comic strip ) On Mon, Oct 23, 2017 at 11:36 AM, Rene J Suarez-Soto < rene.j.suarez at gmail.com> wrote: > I installed R 3.4.2 (Windows) and noticed that 30 folders are under my

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

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

On 16 March 2023 at 13:39, Felipe Contreras wrote: | I see R by default installs packages in ~/R. I know I can change the | default directory with R_LIBS_USER, but software shouldn't be | polluting the home directory. | | For example both python and node install packages to ~/.local/lib, | ruby to ~/.local/share. They don't install to for example ~/node. | | R should do the same: it

Hello, I'm having some trouble trying to set the .libPaths() on Windows 7, R-2.15.0 and R-2.15.1. The environment variables R_LIBS and R_LIBS_USER are set according to the help page for .libPaths() and the Rprofile.site file has the default setting, as shown below. R-2.14.1 recognizes the lib paths but not R-2.15. Is this a bug or am I doing something wrong? (I've also tried with

Dear all, the recent update to R-3.4.1 kind of screwed the path to the libraries installed on a user basis. The previous version of the file /etc/R/Renviron had the following line activated: R_LIBS_USER=${R_LIBS_USER-'~/R/x86_64-pc-linux-gnu-library/3.4'} This one is commented in the current one which means that the path to the libraries installed previously is not found. I never

> Your best bet really to govern your .libPaths from your Rprofile.site and Renviron.site ... To do this for any version of R, one can add: R_LIBS_USER=~/.local/share/R/%p-library/%v to ~/.Renviron or the Renviron.site file. This automatically expands to the platform and R x.y version early on when R starts up, e.g. ~/.local/share/R/x86_64-pc-linux-gnu-library/4.2. > rather than asking a

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/

High, on all of my computers the first entry in libPaths for root was /usr/lib64/R/library or /usr/lib/R/library. Now it change at one (lynx) anyway to root at lynx:/root(2)# R R version 2.12.1 (2010-12-16) Copyright (C) 2010 The R Foundation for Statistical Computing ISBN 3-900051-07-0 Platform: x86_64-pc-linux-gnu (64-bit) R is free software and comes with ABSOLUTELY NO WARRANTY. You are

Hi, I see R by default installs packages in ~/R. I know I can change the default directory with R_LIBS_USER, but software shouldn't be polluting the home directory. For example both python and node install packages to ~/.local/lib, ruby to ~/.local/share. They don't install to for example ~/node. R should do the same: it should install packages to somewhere inside ~/.local by default.

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]

Hi, As comments are welcome I will give my two cents and a patch suggestion :-) 2017-07-06 10:42 GMT+02:00 Dirk Eddelbuettel <edd at debian.org>: > > > I have used such settings (such as un-setting R_LIBS_USER or its > predecessors) for over a decade, it just works (if you give write > permissions). It clearly helps us at work because everybody sees by > the default the

Using: natty alpha-2 Could anyone englighten me (or point me to a self-enlightment page) as to why when installing R using: > apt-get install revolution-mkl r-revolution-revobase revolution-r r-base-core There are 4 library paths available (installed by default): > .libPaths() [1] "/usr/local/lib/R/site-library" "/usr/lib/R/site-library" [3]

Hello, I just subscribed to the list to join the discussion after being blindsided by the change and reading Dirk Eddelbuettel's reply to my bug report at https://bugs.debian.org/866768 . As far as I can tell the advantages of site library are: 1. Saves disk space and a little bit of user time spent installing and upgrading. 2. Other Debian package manages, like pip, default?to

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

I'm relaying a question from my institute's sysadmin: Would it be possible to modify update.packages() and related functions so that 'lib.loc' accepts integer values to specify a library from the .libPaths() vector? Many Linux users want to update all user packages (inside the R_LIBS_USER directory, e.g. ~/r/library) and none of the system packages (inside the /usr directory,

Hi, I've downloaded and installed the Xen packages from backports.org in a box with sarge, and it doesn't work. That's the short story. Now the long one :-) The problem is that I can't bring up the domUs. This is the error displayed when I try: ~# xm create -c chen.cfg Using config file "/etc/xen/chen.cfg". Error: Device 0 (vif) could not be connected. Hotplug