similar to: Re: make.search.html() without write permission in R.home() (PR#6664)

So this is on Windows, then? This is documented somewhere (don't remember): If the package is not located under $R_HOME/library, then the html help will not be able to find it. Don't think there's a known work-around. Cheers, Andy > From: byandell@wisc.edu > > I did that. In fact the default uses .libPaths()[1], which I > have set to >

Brian Yandell <byandell@wisc.edu> writes: > Folks, > I am working on a Windows system which is part of the UW-Madison > statistics LAN. R is maintained on a file system to which I cannot write. > I tried installing a package and got the following interplay: Set the lib argument to install.packages to a directory in which you do have write permissions. From ?install.packages

Folks, I am working on a Windows system which is part of the UW-Madison statistics LAN. R is maintained on a file system to which I cannot write. I tried installing a package and got the following interplay: > install.packages(choose.files('',filters=Filters[c('zip','All'),]), .libPaths()[1], CRAN = NULL) updating HTML package descriptions Error in file(f.tg, open =

Works for me. Which shell are you using? Are you setting .libPaths elsewhere? Peter-Dalgaards-MacBook-Air:F pd$ R_LIBS=~/tmp Rscript -e '.libPaths()' [1] "/Users/pd/tmp" [2] "/Library/Frameworks/R.framework/Versions/3.2/Resources/library" Peter-Dalgaards-MacBook-Air:F pd$ export R_LIBS=~/tmp

I realize that others have struggled with this issue...i.e. http://tolstoy.newcastle.edu.au/~rking/R/help/05/01/9826.html i am on os.x 10.4 w/ R2.2, and am (perhaps foolishly) also on this quest... i would like to be able to install downloaded source (tar.gz'd) files from within an R session, and have it work in a X-platform way..i am often not connected to the internet and have libraries

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

Doing help("R_LIBS") brings up a help file (the same one as help(library)), but the help file doesn't mention R_LIBS. It does have a link to .libPaths, which does document R_LIBS. The quickest fix would be for help("R_LIBS") to bring up the .libPaths help file. --please do not edit the information below-- Version: platform = i386-pc-mingw32 arch = i386 os = mingw32

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

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"

Good day, I believe from the documentation that folders in R_LIBS should appear in the output of .libPaths, but they do not. The documentation contains "The library search path is initialized at startup from the environment variable R_LIBS ..." However, $ export R_LIBS=/users/stgrad/dario/tmp/ $ Rscript -e ".libPaths()" [1] "/dskh/nobackup/biostat/Bioconductor"

Some machines in our department use RedHat 5.2 Linux but, to maintain consistency with other machines, the compilers as from egcs-1.0.3, as shown below. When I compile R-0.63.3 on these systems I can't pass the tests in "make check". The base-Ex.R file stops execution with the error shown below. ... Running all help() examples ... ../../bin/R --vanilla < base-Ex.R >

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

Not sure whether it is the same issue as was raised here: https://stat.ethz.ch/pipermail/r-devel/2010-October/058729.html but in any case perhaps the problem could partially be remedied on line 245 of src/library/base/R/library.R by passing the lib.loc to .getRequiredPackages2() ...here is a patch (untested) Index: src/library/base/R/library.R

Full_Name: Vilmos Prokaj Version: 2.5.1 OS: windows Submission from: (NULL) (81.183.3.216) I'm not sure that this is really a bug, if not I do not understand why should it be in this way. Most of the scripts used to build and install new packages calls the R program with the --slave --vanilla command line options. In the INSTALL script however we can find the following lines

On 07/24/2018 07:50 AM, Martin Maechler wrote: >>>>>> Benjamin Tyner >>>>>> on Sat, 21 Jul 2018 13:42:43 -0400 writes: > > Not sure whether it is the same issue as was raised here: > > https://stat.ethz.ch/pipermail/r-devel/2010-October/058729.html > > > but in any case perhaps the problem could partially be remedied on

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

>>>>> Benjamin Tyner >>>>> on Fri, 20 Jul 2018 19:42:09 -0400 writes: > Here's a trick/workaround; if lib.loc is the path to your > library, then prior to calling library(), >> environment(.libPaths)$.lib.loc <- lib.loc Well, that is quite a "trick" -- and potentially a pretty dangerous one, not intended when making

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 24.07.2018 23:37, Benjamin Tyner wrote: > > > On 07/24/2018 07:50 AM, Martin Maechler wrote: >>>>>>> Benjamin Tyner >>>>>>> ???? on Sat, 21 Jul 2018 13:42:43 -0400 writes: >> ???? > Not sure whether it is the same issue as was raised here: >> ???? > https://stat.ethz.ch/pipermail/r-devel/2010-October/058729.html >>

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