similar to: Homemade packages.

I've just installed version 1.4.0 of R, and am experiencing a puzzling phenomenon with the library() function. I have .lib.loc set as follows: > .lib.loc [1] "/usr/local/lib/R/library" "/home/faculty/rolf/Rlib" If I invoke > library(melvin) I get the error message Error in library(melvin) : There is no package called `melvin' but if I invoke >

I just tried to install R version 1.5.1, and it is failing ``make check'', as follows: $ make check `Makedeps' is up to date. running code in 'base-Ex.R' ...*** Error code 1 make: Fatal error: Command failed for target `base-Ex.Rout' Current working directory /home1/faculty/rolf/Traal/Rtmp/R-1.5.1/tests/Examples *** Error code 1 make: Fatal error: Command failed for target

Just now I again had occasion to want nested describe lists in a documentation file. I found that the bug which I reported on 18 October, 2001 still persists. I checked on the bug report at the R web page, and found that the notes say ``Not a problem in R 1.4.0 (2001-12-08)''. Well, it's still a problem for me --- using R 1.4.1. (Details: platform sparc-sun-solaris2.7 arch

I previously sent a cri de coeur about this problem to the r-help list but so far have not managed to extract a solution. So I am trying here. (Uh, Ubuntu *is* a "special instance" of Debian, isn't it?) The problem is that I cannot install rgdal, and I need it. Rather desperately. I do: install.packages("rgdal",lib="/home/rolf/Rlib") and get the error

I was flummoxed for a long time by errors generated when I did something like install.packages(foo,lib="Rlib") where ``Rlib'' is my personalized directory of R packages, which lives in my home directory (from which I started R before issuing the foregoing install.packages() call. Recently someone (I forget who, but thanks very much to whomever it was) pointed out that I

Our computing services people have recently reconfigured the Sun compilers structure on our network, and I can no longer install, on our Sun/Solaris machine, a certain package (spatstat) with which I am heavily involved. (The same problem may well pertain to other packages as well; I haven't yet experimented except with spatstat.) Strictly speaking I can ***install*** it, but when I try to

I have just upgraded to the latest R (3.3.2) and thought I should update my library of contributed packages. Ran into problems with "copula". Got the error: > Error in dyn.load(file, DLLpath = DLLpath, ...) : > unable to load shared object '/home/rolf/Rlib/gsl/libs/gsl.so': > libgsl.so.0: cannot open shared object file: No such file or directory So after a bit

On 5 October 2016 at 12:16, Rolf Turner wrote: | | On 05/10/16 12:07, Michael Rutter wrote: | | > Typo on my part. Try r-cran-rgdal. | | Thanks. OK, I have now done | | sudo apt-get install r-cran-rgdal | | successfully. Very good. Now do IP <- installed.packages() and convince yourself that you have rgdal. You could even do library(rgdal) | But sad to say, it

On 01/11/16 21:08, Kirill M?ller wrote: > Did you reinstall the gsl package [1]? Apparently not. I did a complete update.packages() which reinstalled a great number of packages (I have a great number in my personal library). There were complaints about 4 packages, one of which was "copula", but "gsl" was not one of them. I would have *thought* that if "gsl"

I got bitten recently by the following behaviour of detach(); > save(file="Junk") > attach("Junk") > search() [1] ".GlobalEnv" "file:Junk" "package:methods" "package:ctest" [5] "package:mva" "package:modreg" "package:nls" "package:ts" [9]

I am using/trying to use R 2.2.0. I have created a package of ``supplementary'' time series functions for use by my students in a time series course. The package involves only raw R code; no dynamic loading to complicate matters. I need to install this package in a location on a local area network where the students can access it under Windoze. In the past I learned that I could do

I want to create a list of functions in a for loop, with the index of the loop appearing explicitly in the function code. After quite a bit of thrashing around I figured out how to do it. Here is a toy example: junk <- vector("list",4) for(i in 1:4) { itmp <- i junk[[i]] <- eval(bquote(function(x){42 + .(itmp)*x})) } So I'm *basically* happy, but there's

I tried setting CFLAGS="-g -O" in config.site and got the same errors from running ``make check''. Then I tried setting CC=cc in config.site, and the damned thing failed again (but differently). Now at least ``!is.nan(var(1))'' is TRUE, as it should be. The problem comes from lapack. At the end of .../test/Examples/base-Ex.Rout.fail we find: > loc <-

I have recently been bitten by an aspect of the behaviour of the read.csv() function. Some lines in a (fairly large) *.csv file that I read in had too many entries. I would have hoped that this would cause read.csv() to throw an error, or at least issue a warning, but it read the file without complaint, putting the extra entries into an additional line. This behaviour is illustrated by the toy

There appears to be a bug in help() when there are multiple packages attached containing functions with the same name, and offline=TRUE. Example: library(mgcv) library(gam) If one simply does: help(gam) # No ``offline=TRUE'' then the following message appears: Help on topic 'gam' was found in the following packages: Package Library mgcv

SunOS fluke 5.8 Generic_108528-07 sun4u sparc SUNW,Ultra-Enterprise R-1.4.0 Running from the command line R CMD check chlib results in the log file 00check.log: * using log directory `/home/woodstock/hoffmann/R/Sources/chlib.Rcheck' * checking for file `chlib/DESCRIPTION' ... OK * checking package directory ... OK * checking for sufficient/correct file permissions ... WARNING *

For reasons that are best known to myself [ ;-) ] I have a value of .Random.seed saved (via dput()) in a file ``.Random.seed.save''. In my .Rprofile I have the lines: .Random.seed <- dget(".Random.seed.save") Junk <- dget(".Random.seed.save") print(all.equal(.Random.seed,dget(".Random.seed.save")))

There appears to be a mild bug, or at least a deficiency, in rnorm. The bug becomes apparent when one looks at extremes of the squares of the values generated by rnorm; rnorm is not generating quite enough extreme values. The R version that I am using is 1.4.1; I never got around to installing 1.5.0, and now since 1.5.1 is about to come out .... However, checking the 1.5.0 release notes

On Mon, 30 Apr 2007 bill at insightful.com wrote: > On Tue, 10 Apr 2007 timh at insightful.com wrote: > > > I've created a .Rd file (below), then converted that to .sgml using > > R CMD Rdconv --type=Ssgm combn.Rd > combn.sgml > > The output (shown below) is missing some of the sections: > > arguments > > seealso > > examples > > If

For reasons best known only to myself ( :-) ) I wish to create a data frame with 0 rows and 9 columns. The best I've been able to come up with is: junk <- as.data.frame(matrix(0,nrow=0,ncol=9)) Is there a sexier way? cheers, Rolf ###################################################################### Attention:\ This e-mail message is privileged and confid...{{dropped:9}}