similar to: Regarding R_LIBS_USER

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

Hi, > 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 same packages. I have also spoken with different R > Core members and several find the default installation below $HOME and > in a versioned directory

Pavel, Your tone does not exactly help in this discussion. Briefly, I (like many other people) consider Linux and Unix to be multi-user systems. You can argue as passionately for a default installation in /usr/loca/lib/R/site-library as you did against. And some of your arguments are just silly ("dangerous group": dude, it is one 'sudo addgroup r-adm' [or anotther name...])

On 7 July 2017 at 05:06, Dirk Eddelbuettel <edd at debian.org> wrote: > On Thu, Jul 06, 2017 at 02:02:52PM +0200, Sergio Oller wrote: > > 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

On Thu, Jul 06, 2017 at 02:02:52PM +0200, Sergio Oller wrote: > 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

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 have a computer where R_LIBS_USER is not found in libPaths. This is for Windows (x64). I ran R from the command line, RGui and RStudio and I get the same results. I also ran R --vanilla and I still get the discrepancy. The only thing I found interesting was that I also ran SET from the command line and the "R related variables" (e.g., R_HOME; R_LIBS_USER) are not there. Therefore

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

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

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/

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.

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

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]

> 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

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

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.