similar to: Head's up: Renviron change in R_LIBS_USER to 3.1

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. Best regards Kirill

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. What's the rationale behind this? Thanks. | > | > Pretty much exactly what I told you in person last week :)

On 3 July 2017 at 13:05, Ramon Diaz-Uriarte wrote: | If I might chime in, I'd like to add my vote to the "users should be able | to use install.packages and should be able to install bioconductor | packages with biocLite". | | Longer story | ============ | | Two cases (I've just faced this morning), where | /usr/local/lib/R/site-library/ was not user-writeable: | | 1. Students

On Mon, 03-07-2017, at 12:18:36, Dirk Eddelbuettel <edd at debian.org> wrote: > On 3 July 2017 at 13:05, Ramon Diaz-Uriarte wrote: > | If I might chime in, I'd like to add my vote to the "users should be able > | to use install.packages and should be able to install bioconductor > | packages with biocLite". > | > | Longer story > | ============ > | >

On 2017-07-03 09:58, Dirk Eddelbuettel 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. What's the rationale behind this?

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/

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.

When I use apt-get install r-base, I am getting the 3.1.0 beta instead of 3.0.3 I tried the install from three different mirrors with the same result: ## R repo deb http://cran.stat.ucla.edu/bin/linux/ubuntu precise/ Setting up r-base (3.0.3.20140328-1precise0) ... Setting up r-base-dev (3.0.3.20140328-1precise0) ... Setting up r-base-html (3.0.3.20140328-1precise0) ... root@UNew-SAS:~# R R

Hi, Having currently a big problem with R 2.10.1 vanilla (Solaris): As soon as the R_LIBS_USER env var gets bigger than 1023 chars R completely ignores it and uses the default: > Sys.getenv('R_LIBS_USER'); R_LIBS_USER "${R_LIBS_USER-~/R/i386-pc-solaris2.11-library/2.10}" The strange thing is, if I set another envar to the same

I've found that the HTML help system started via help.start() requires all forward slashes in R_LIBS_USER otherwise the Packages page is corrupt/non-working. Note that by default R_LIBS_USER is set by R on startup. Example 1: With R_LIBS_USER=C:/Users/JohnDoe/R/win-library/2.10 > help.start() [and go to "Packages"] If nothing happens, you should open

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"

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

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

I would appreciate ideas about MS Windows install issues. I'm at our stats summer camp and have been looking at a lot of Windows R installs and there are some wrinkles about R_LIBS_USER. On a clean Win7 or Win8 system, with R-3.0.1, we see the user library for packages defaulting to $HOME/R/win-library. I think that's awesome, the way it should be. Yea! But it does not appear that way

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

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 3 July 2017 at 15:35, Stefan L?dtke wrote: | 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 |

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.

On 16 March 2023 at 17:15, Henrik Bengtsson wrote: | We're all starting out with a fresh R_LIBS_USER once a year when a new | minor version of R is released, Maybe not "we all". I don't, and I know other Linux users who don't force a rebuild unless needed (as with R 3.6.* -> R 4.0.0). R signals clearly when a rebuild is needed at a major version change, and we had this