similar to: Debian Testing: ~/.Renviron seems to not being read (R_LIBS not set)

Dear Dirk, Dear Johannes, Thanks for helping, I could solve the problem. By reading your posts, I got a bit of the impression that questions beyond the 'standard installation' process are not really welcome on R-SIG-Debian. If this is the case, I'm sorry for my post. I wasn't aware of this, but Dirk makes it clear why on

On Tue, Mar 31, 2015 at 2:05 AM, Johannes Ranke <jranke at uni-bremen.de> wrote: > Dear Marius, > > thanks for sharing your thoughts on this. I am not very happy that you provide > instructions to install R 3.1.3 from sources when binaries are already > provided on CRAN. Dear Johannes, ... no one in his/her clear mind would go that way unless necessary. I have given reasons

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 Thu, Apr 2, 2015 at 5:49 AM, Johannes Ranke <jranke at uni-bremen.de> wrote: > Hi Marius, > > thanks for your reply. > >> > So maybe you could modify your instructions to the case where someone >> > wants to have R-devel in addition to the released R version, if that is >> > what you are aiming at? I could then add it to the README for Debian on

Hi, I am interested in customizing the installation of R. I have gone through the ?R Installation and Administration? manual. But some of the stuff is not clear to me and I would like to get clarifications on the following points (for a Windows installation with R_HOME=C:\\R\\R-2.9.1 ) : 1. I understand that I need to create a file, .Renviron with the following path : R_HOME\\etc\\.Renviron where

Hi, This is most likely only a minor technicality, but I saw the following: On page 6 of the 'parallel' vignette (http://stat.ethz.ch/R-manual/R-devel/library/parallel/doc/parallel.pdf), the random-number generator "L'Ecuyer-CMRG" is said to have seed "(x_n, x_{n-1}, x_{n-2}, y_n, y_{n-1}, y_{n-2})". However, in L'Ecuyer et al. (2002), the seed is given with

Dear List, Further to my earlier email, I note that, for me at least, R CMD check is *not* reading R_LIBS from ~/.R/check.Renviron on R 2.15.2 patched (r61228) and R Under Development (r61660). The only way I can get R CMD check to look for packages in a user-supplied library is by explicitly exporting R_LIBS set to the relevant directory. R CMD build *does* read R_LIBS from ~/.R/build.Renviron

Hi! Where to set R_LIBS? I have .Renviron with the line. R_LIBS=/package/R/R-1.5.0/linux/lib/R/library/;/home/wolski/Rpack/ in my home directory but cant access any library stored in the /home/wolski/Rpack/? Eryk -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info",

> Can you elaborate on "leads to R being killed"? You should tell to the killer not to do it again :). Hi Simon! Sure, but who do you tell it if you don't know the killer? This is all the killer left me with, the 'crime scene' if you like :-) > m <- matrix(0, 90000, 100000) Killed: 9 My colleague Wayne Oldford also tried it on his Mac machine and apparently the

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

Hi all, I added the following line on the "Renviron.site" file: R_LIBS=C:\Program Files (x86)\R\library And when I start R and run: .libPaths() I don't see this path. On windows XP it worked for me. I am now using windoes 7 (64 bit) with R 32. Is there a reason this shouldn't work? Thanks, Tal ----------------Contact

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

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

This is a follow-up to a question I asked a few years back. We have a pair of computers that share a common home directory (and therefor a common .Renviron) with identical hardware, but very different sets of libraries such that using a "shared" R_LIBS between two computers does not work. They both use this as the default library for user installations:

Hello, Could someone please tell me why the following doesn't work: I have a file C:\Program Files\R\rw1051\etc\Renviron.site, which contains the line: R_LIBS= "C:/Jim/LocalR-Libraries/FromCran"; "C:/Jim/LocalR-Libraries/Cantata" >From the documentation, I gather that I have put this file in the default location, but to be safe I also explicitly set the R_ENVIRON

Dear R-devel: i have noticed a little wrinkle in R packaging for RPM systems and have communicated with the package maintainer at RedHat Tom Callaway (see far below). Here is the question: Where does R Core Team want packagers to fiddle around with R library paths? Currently, the RPM Spec file used for EPEL's R (For Fedora/Redhat/Centos,etc) adds a line in R_HOME/etc/Renviron like this:

Hi there, I'm in the following directory: ~/Documents/Rstuff/diceFiles/dice_1.1 The directory "dice" is in this directory, with all the usual build files (DESCRIPTION, NAMESPACE, etc). I'm trying to run the following command: R CMD check dice (where "dice" is the name of the package I'm checking), and I get the following: * checking package dependencies ...

Dear All, I would like to reset default R_HOME PATH for R.3.1.3. I installed R-devel in /usr/local/R-devel but I can't install many packages as tcltk. I uninstalled R-devel and I would reuse R.3.1.3 but the PATH is remaining to /usr/local/R-devel. I touch ~.Renviron file with R_HOME=/usr/lib/R/bin/ RSTUDIO_R_HOME=/usr/lib/R/bin/ R_LIBS=~/R/x86_64-pc-linux-gnu-library/3.1

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/