similar to: RINSTALL with doc clobbers function.html

After some investigation I find that "R INSTALL dse" seems to work well. Also, "R REMOVE dse" works but does not clean out ~/.R (which would be pretty difficult because all users may have this). The result is that a user will have the impression that the package is installed when it has be remove. (This is probably not too serious.) However, "R INSTALL -l rlibs

I put some documentation in a file dse/man/dse.Rd in and did R INSTALL -l rlibs dse This built the copies of dse.Rd in rlibs/dse/{help latex html}. It also wrote over R/doc/html/function.html and R/doc/html/packages.html, effectively clobbering all the R documentation. Also, the link that gets put in R/doc/html/packages.html points to R/library/dse/html/00Index.html rather than

As with 0.62.3, when I install my dse package with documentation in 0.62.4 the html help in R/doc/html/function.html gets clobbered so that the regular R function help is not available. I was postponing a revised version of my dse library install in the hope that this might be fixed. Does anyone know if this is a simple problem that I can hope will be fixed soon, or should I consider a

There seems to be a minor problem in .First.lib: the library argument is all of $RLIBS. I think it should be just the one directory from which the package is being taken. Paul Gilbert -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or

For the (slightly) adventurous among you: We plan to roll out R 0.62.3 next Friday. In order to root out remaining bugs before the release, I'd like to encourage you to try it out on your system. Since there is a risk of destabilising things whenever you mess with the configure scripts, we won't attack installation problems on unusual platforms after this week. We also won't take

Anyone know if this is still with us? -pd > There is however, a small problem with installing the HTML documention in a > private (i.e. not RHOME/library) location. The file > > RHOME/doc/html/packages.html > > linking the main documention to the packages is written (BTW this will probably > fail if the package owner and the R owner are not the same) but the links in it

Hi, As a project for a computer performance analysis paper I am taking this semester, I am going to look at the performance of the memory manager in R, with the aim of determining how fast it is and which areas most need improvement. The idea is that I will compare various versions of R, starting with 0.64.2, and then at a few stages in the implementation of the new memory management scheme (of

I have my DSE library working fairly well now with 0.62.1. It required a few changes because of the changes to R INSTALL and "xxx<-" functions. I would like to tar up a new version soon but 1/ for testing I have been using a kludge in .First.lib to select the first element of section - since I happen to know that is the element I need given the way I have $RLIBS set. This argument

>R INSTALL dse rlibs >Installing package `dse' ... >libs >gcc -g -fpic -I/usr/local/R-0.61/include -c dsefor.c -o dsefor.o >/tmp/cca02533.i:1: numeric constant with no digits >/tmp/cca02533.i:1: numeric constant with no digits >... >is there something wrong with my gcc or is there some >option missing somewhere? >I suspect the problem might have to do with

>R INSTALL dse rlibs >Installing package `dse' ... >libs >gcc -g -fpic -I/usr/local/R-0.61/include -c dsefor.c -o dsefor.o >/tmp/cca02533.i:1: numeric constant with no digits >/tmp/cca02533.i:1: numeric constant with no digits >... >is there something wrong with my gcc or is there some >option missing somewhere? >I suspect the problem might have to do with

My code mostly seems to be working fairly well under R 0.61 but I am still trying to clean up the install procedures. Is the private library mechanism working now (i.e. am I doing something wrong because it doesn't work for me) or should I just install under $RHOME/library? Paul Gilbert -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list --

The reason dse won't install is because of the new versioned install code. It assumes that it's dealing with a plain package, and doesn't handle bundles properly. Robert, could you look at that? A workaround is as follows. After the install.packages call fails with this message >Error in file(file, "r") : unable to open connection >In addition: Warning message:

Hello, I created a library for a bunch of functions that I use frequently so that I dont have to carry duplicate copies around to wherever I fire up an R sesssion. However, I have problems locating the help files for those functions. Here are some details. I created the library "myR" and installed this in /home/royle/R using: R INSTALL -l /home/royle/R /home/royle/Rpackages/myR

Hello, I created a library for a bunch of functions that I use frequently so that I dont have to carry duplicate copies around to wherever I fire up an R sesssion. However, I have problems locating the help files for those functions. Here are some details. I created the library "myR" and installed this in /home/royle/R using: R INSTALL -l /home/royle/R /home/royle/Rpackages/myR

Hi there, Moving this request for info over from an R-HPC-SIG list thread as the issue is less HPC than something that has bitten me as a result of trying to install HPC (read CUDA) R packages. Background to this is that I have both a Ubuntu host for a Tesla card that some researchers are looking to do CUDA-related R computation on, and a prototype, RHEL-based, cluster that is being used to

As the build process, especially for Windows, is changing significantly for R 3.2.0, I am trying to build R-devel in preparation. When running `make rinstaller`, I get the following error: cp -p ../../../etc/x64/Makeconf R-devel/etc/x64 mkdir -p R-devel/doc cp -p ../../../doc/CRAN_mirrors.csv R-devel/doc mkdir -p R-devel/doc/manual/images cp -pR ../../../doc/html R-devel/doc

In Windows, I tried to build and check Paul Gilbert's dse bundle with the command rcmd check ../library/dse It ran for a while and built the packages, then failed at the end with this: ** checking Rd files ... OK ** checking for undocumented objects ... OK ** creating syskern-Ex.R ... ERROR I get similar errors checking packages, but there make pkgcheck-foo works. I don't

Dear Luke and others, I have many R versions on my machine and want to start a particular one when snow builds its cluster. (The same version I start snow from.) It seems that everything is set up correctly in defaultClusterOptions: > mget(ls(defaultClusterOptions), defaultClusterOptions) $homogeneous [1] TRUE $manual [1] FALSE $master nodename "maya.unil.ch" $outfile [1]

Does one need to re-install libraries when going from 0.63.x to 0.64.0? best, -tony -- A.J. Rossini Research Assistant Professor of Biostatistics Center for AIDS Research UW Biostatistics 206-720-4282 (4209=fax) 206-543-1044 (xxxx=fax) rossini at u.washington.edu rossini at biostat.washington.edu http://www.biostat.washington.edu/~rossini/

Hello, I have installed Venables & Ripley's VR_5.3pl025-1 in RHOME/library/VR and added the path to my RLIBS environmental variable. In R (0.62.2) typing "library()" lists these packages, but typing e.g. "library(nnet)" gets "Warning: Package 'nnet' contains no R code". It appears to me the code is there and I have checked the permissions and so