similar to: Multiple LibPaths in Fresh Install

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

PlayStation3 with Ubuntu 9.10. revolution-r: Depends: r-revolution-revobase but it is not installable Hi All, I have a PlayStation3 setup with Ubuntu 9.10. Install R went fine with "sudo apt-get install r-base-core" I then attempted to install Revolution packages with "sudo apt-get install revolution-r" This failed with the following error : *Some packages could not be

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

As an end-user, I wonder about Revolution R. Is the relationship between Revolution R and the R community at-large a positive one? Do the former contribute to the development efforts of the latter? Is there a competitive aspect? is their forum competitive with r-help? any other thoughts? (most of all, I simply hope that they help some of the many helpful experts on this forum, who have

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

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

Hi, everybody. I've got some Centos Linux systems and some Ubuntu Linux systems. R's basically the same in either place, but the packaging of R for Debian systems seems better to me than it is on Fedora/Redhat/Centos. I joined R-sig-debian and we talk about package management issues there sometimes. One of the really handy R packaging ideas they have is to customize R environment so

Hi, What is the best way to tell a locally-built R-devel (somewhere in the user home directory) to use the libraries from the Debian installation (i.e. /usr/local/lib/R/site-library and /usr/lib/R/site-library). I suppose this would take setting one or all of R_LIBS, R_LIBS_SITE, R_LIBS_USER in ~/.Renviron, but that would also affect the Debian R in the system so is not an option. How do R

Does anyone have advice on how to instruct R CMD check to use a non-standard set of libraries? Here's the situation: I'm trying to do some automated checking on package dependencies of a package I maintain. In order to do that I've written code that takes the list of the dependent packages and for each package (1) downloads the most recent/available .tar.gz file; (2) installs the

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

> .expand_R_libs_env_var("poof/%p/%v") [1] "poof/x86_64-w64-mingw32/3.4" Bill Dunlap TIBCO Software wdunlap tibco.com On Fri, Jan 12, 2018 at 4:49 AM, Loris Bennett <loris.bennett at fu-berlin.de> wrote: > Hi, > > When I install a package as a non-root user, it gets saved in a path > such as > > ~/R/x86_64-unknown-linux-gnu-library/3.4 >

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

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, When I install a package as a non-root user, it gets saved in a path such as ~/R/x86_64-unknown-linux-gnu-library/3.4 for any R version 3.4.x. Thus, if I want to install the packages somewhere else, as root say, I might do install.packages("somepackage","/some/where/else/R/site-library/3.4") In this case I would then want to construct the appropriate path in, say,

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

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

Hi I am trying to install R-igraph, but when I issue the command : install.packages("igraph", lib="~/.R/library") in the R session, I get the following error: Warning in install.packages("igraph", lib = "~/.R/library") : 'lib = "~/.R/library"' is not writable Error in install.packages("igraph", lib =

I have a local library which depends on the expm library. The expm library is loaded into my personal space and I have the environment variable R_LIBS_USER set appropriately. The command "library(expm)" works just fine from the command line, and in fact the package works if I do the source() and dyn.load() commands by hand. The following sequence works: tmt% R CMD build