similar to: let R and Rscript infer paths from their own location (PR#14007)

Hello, I was looking at the R (installed on RHEL6) shell script and saw R_HOME_DIR=/usr/lib64/R. Nowhere (and I could have got it wrong) does it read in the environment value R_HOME_DIR. I have the need to rsync the entire folder below /usr/lib64/R to another computer into another directory location. Without changing the R shell script, how can i force it read in R_HOME_DIR? Or maybe i

Hello, In installation/R/bin/R i notice 1. R_HOME_DIR is hard coded e.g. R_HOME_DIR=/usr/local/lib64/R 2. It ignores R_HOME_DIR echo "WARNING: ignoring environment value of R_HOME" 3. R_SHARE_DIR, R_INCLUDE_DIR and R_DOC_DIR are also hard coded. Is there a reason why these settings do not read the values from the environment variables of the same name (assuming they exist) and

Dear Rexperts, after building R 2.4.0 from source in a temporary directory (*without* installation), and subsequently moving the whole source/build tree to another location, I have noticed that I had to change the variables R_SHARE_DIR, R_INCLUDE_DIR, and R_DOC_DIR in the wrapper-script /lib/R/bin/R as to reflect the current situation. However, when I try to run the HTML help via

Dear all, I am forced to work in an environment without administrator rights. When using R2.13.1 on Windows 7 (64-Bit), I found that I can?t install or update any packages due to missing writing permissions. I managed to get full access to a directory on my C:\ drive now - but how do I specify that all libraries shall be installed into this directory? In Rcmd_environ I have the following

You may want to retry that after a make distclean, in case anything changed in the toolchain. -pd > On 6 Apr 2017, at 14:43 , Therneau, Terry M., Ph.D. <therneau at mayo.edu> wrote: > > This run was done this AM on my linux box, and older 32 bit Dell optiplex (core 2 duo). The failure message is at the very end. (It's due to be replaced in a couple of weeks.) The sequence

https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=16660 Here is the bug, which R.home may generate a path contains a whitespace. this will cause Rcpp failed executing sourceCpp > sourceCpp("b:/2018-12-14/src/18020/MCMC.cpp") Error in system(cmd, intern = !showOutput) : 'D:/Program' not found Error in system(cmd, ignore.stderr = TRUE, intern = TRUE) :

This run was done this AM on my linux box, and older 32 bit Dell optiplex (core 2 duo). The failure message is at the very end. (It's due to be replaced in a couple of weeks.) The sequence of steps was svn up tools/rsync-recommended ./configure make make check-all |& tee zzz Terry T. Result of ./config R is now configured for i686-pc-linux-gnu Source directory: .

R-help -- I built R-2.2.1 in my own directory on a sun (solaris). Now I would like the sysadmin to move the contents to /usr/local/lib and place the binary in /usr/local/bin. No problem. However, the RHOME variable defaults to the directory from which R was built so it is not usable by anyone but me or ROOT. I would like to avoid building this again if possible. Any ideas? Thanks, Dan

On 14/08/2015 15:19, Joe S wrote: > Hi R-devel, > I'm trying to get R 3.2.1 working on Haiku (an open source OS inspired by > BeOS, not Linux based) on i586. With a few small changes to library paths > and ifdefs I am able to get a seemingly working R binary. The build process > stops with the 'tools' package. The last lines from make are below. > > Does anyone

Hi R-devel, I'm trying to get R 3.2.1 working on Haiku (an open source OS inspired by BeOS, not Linux based) on i586. With a few small changes to library paths and ifdefs I am able to get a seemingly working R binary. The build process stops with the 'tools' package. The last lines from make are below. Does anyone have any tips? I'm rather new to debugging at this low level. Are

Below is the output. Thanks for the help. > Sys.getenv() BASH_FUNC_module() () { eval `/cm/local/apps/environment-modules/3.2.10/Modules/$MODULE_VERSION/bin/modulecmd bash $*` } COLUMNS 152 CPATH /cm/shared/apps/uge/8.2.1/include CVS_RSH ssh DISPLAY localhost:10.0 EDITOR

On Wed, Sep 21, 2016 at 7:39 PM, Tom Callaway <tcallawa at redhat.com> wrote: > > On 09/16/2016 10:28 AM, Jeroen Ooms wrote: > > Where are the R docs located on EL6? It seems neither R.home("doc") > > nor Sys.getenv("R_DOC_DIR") exists? > > /usr/share/doc/R-3.3.1 > Can we set this in R_DOC_DIR accordingly so that it can be programmatically

Hello R-devel, Currently on Unix-like systems, Sys.which incorporates the absolute path to the `which` executable, obtained at the configure stage: > ## hopefully configure found [/usr]/bin/which > which <- "@WHICH@" > if (!nzchar(which)) { > warning("'which' was not found on this platform") This poses a problem for the Spack package

The make variable $(R_SHARE_DIR) seems to be available for use in tests/Makefile when running under Linux, but not Windows (R-2.6.2, R-2.6.1, R-2.7.0 alpha 2008-04-06, under Windows XP 64 bit, built locally for 32 bit). Is this intentional, or an oversight? Is it OK to use $(R_HOME)/share instead (seems to work OK)? I notice the following in /src/gnuwin32/front-ends/rcmdfn.c (from R-alpha

First I tried 'setenv R_SHELL /usr/local/bin/bash', as bash is the weapon of choice for the faculty wishing to use R, then ran ./configure as before. The ./configure output line using as R_SHELL for scripts ... /usr/local/bin/bash would seem to indicate that the R_SHELL environment variable was recognized and acknowledged. However, I got the same build error: gnumake[2]: Entering

Where are the R docs located on EL6? It seems neither R.home("doc") nor Sys.getenv("R_DOC_DIR") exists?

Thanks Sebastian, Johannes and Dirk for your inputs, I think this can be marked [SOLVED] though I still don't understand how it started. The answer seems to be that something sets an environment variable JAVA.LIBRARY.PATH and this wasn't set correctly. I had never directly done anything to set that so that's odd but what I had done that was causing the problem (I think) is that I had

[This is not a bug report, just a suggestion.] With complex packages, it is often useful to maintain multiple versions installed, for bug checking, and performance comparisons, and for developers, for a development history (e.g., I have about 30 versions of ghostscript, whose development I contribute to, and I have on several occasions run tests files on with each them to find out when a change

This is the change I suggested earlier - it should just disable more of user/site customization during package installation/removal, and getting more of R 2.8-like behavior back. Attached and inlined below. Against svn r48897 (svn HEAD AFAIK). -------------------------------------------------- diff --git a/src/scripts/INSTALL b/src/scripts/INSTALL index 42470c2...4c7bae9 100755 ---

As you may recall, a Debian user complained last year about how R is out of line with respect to the filesystem standards (where, in essence, architecture independent files should be in /usr/share, not /usr/lib). While I more or less just told him to get lost, I think it was mostly BDR who actually added support for this over the summer -- so a public Thanks! first. As of a few weeks ago, I now