Displaying 20 results from an estimated 8000 matches similar to: "Windows R_LIBS_USER confusion under R-3.0.1"
2014 Apr 01
1
Head's up: Renviron change in R_LIBS_USER to 3.1
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]
2023 Mar 16
2
Request: better default R_LIBS_USER
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
2023 Mar 17
1
Request: better default R_LIBS_USER
> 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
2020 Mar 19
1
R CMD check --as-cran attempts to hide R_LIBS_USER but fails
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
2020 Mar 19
2
R CMD check --as-cran attempts to hide R_LIBS_USER but fails
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
2017 Sep 16
1
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
2010 Feb 16
1
R_LIBS_USER bugs
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
2017 Sep 16
0
R_LIBS_USER not in libPaths
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
2017 Jul 03
3
R_LIBS_USER on Ubuntu 16.04
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
2017 Sep 16
4
R_LIBS_USER not in libPaths
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
2017 Jul 02
2
/etc/R/Renviron doesn't set R_LIBS_USER anymore
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
2017 Jul 02
3
/etc/R/Renviron doesn't set R_LIBS_USER anymore
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/
2023 Mar 16
1
Request: better default R_LIBS_USER
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.
2023 Mar 17
1
Request: better default R_LIBS_USER
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
2023 Mar 21
1
Rprofile.site and automatic installation of missing packages
Dear all.
I am trying to install missing (not installed) packages during startup of R
through code in Rprofile.site but I miserably failed and I am not sure what
I am doing wrong.
R is installed to C:Program files but it is not writable for the users,
therefore I cannot change Rprofile.site located in root etc directory. I
however can put Rprofile.site in users home directory (Documents)
2023 Mar 21
2
Rprofile.site and automatic installation of missing packages
?Startup says: "Note that when the site and user profile files are
sourced only the base package is loaded, so objects in other packages
need to be referred to by e.g. utils::dump.frames or after explicitly
loading the package concerned."
So you need utils::installed.packages and utils::install.packages .
Duncan Murdoch
On 21/03/2023 8:04 a.m., PIKAL Petr wrote:
> Dear all.
2010 Jun 03
1
How to go about getting a change in the SPEC file from which R is built on EPEL?
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
2017 Jul 03
1
/etc/R/Renviron doesn't set R_LIBS_USER anymore
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?
2020 Mar 19
0
R CMD check --as-cran attempts to hide R_LIBS_USER but fails
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"
2017 Jul 06
1
Regarding R_LIBS_USER
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