search for: homebud

Dear People, I am trying to use R's Math library as standalone, as documented in /src/nmath/standalone. I am using C++ in Debian testing, and the versions are as follows: ii g++-3.0 3.0.3-1 The GNU C++ compiler. ii r-mathlib 1.4.0-1 `GNU S' - Standalone R math library I have a file (rand.cc) as follows. I don't think that lattice.hh or mh.hh are very

Hi, I'm running Debian (Sid), Postgres (7.3.4) and R (1.8.1). I get the following error when I tri to use DBI >library("DBI") > p <- dbDriver("PostgreSQL") Error in do.call(as.character(drvName), list(...)) : couldn't find function "PostgreSQL" Is there any other package I need in order to interface between R and Postgres ?

there does not seem to be a package "tcltk" on CRAN for 2.0.0. I have successfully installed the same package for 1.9.1. In essence I require the package for a GUI interface to setwd. All work fine with 1.9.1. This is on a Linux Debian unstable kernel 2.4.20 The build version of R 2.0.0 (issuing version whithin R) has the following platform i686-pc-linux-gnu arch i686 os

Hi folks: I am trying to install the package "rimage" in R 1.8.0 on an Alpha Linux box. "R CMD INSTALL rimage_0.5-1.tar.gz" fails with the following: ... ... checking for stdint.h... yes checking for unistd.h... yes checking fftw.h usability... yes checking fftw.h presence... yes checking for fftw.h... yes checking jpeglib.h usability... yes checking jpeglib.h presence...

Am I missing something or is this a bug? I was expecting it to give the version of R, i.e. "R-2.0.0". ~:R CMD config --version R configuration information retrieval script 1.3 Copyright (C) 2002 The R Core Development Team. This is free software; see the GNU General Public Licence version 2 or later for copying conditions. There is NO warranty. Paul Gilbert

I am still experiencing problems with seq.POSIXt() missing off the last day of the series: > seq(as.POSIXct("2004-03-25"),as.POSIXct("2004-03-31"),by="DSTdays") [1] "2004-03-25 GMT Standard Time" "2004-03-26 GMT Standard Time" "2004-03-27 GMT Standard Time" [4] "2004-03-28 GMT Standard Time" "2004-03-29 GMT Daylight

Hi R, Apologies for the earlier non-informative error message. I am installing R 2.0.1 from source on a Linux debian system. Configure works fine. Then I run make and get an error that was reported by several people when installing R 2.0.0. Here is the error message > Warning message: > package seems to be using lazy loading already in: > makeLazyLoading("tools") >

Dear All, I apologize if the following has been already asked, but I could not find anything in the archives. I am running Debian Sid (on an Athlon XP), with R 1.8.1.cvs.20040307-1 (it describes itself as "R 1.9.0 experimental" when I fire R up) and I am unable to load the library "nlme" (I apt-getted r-recommended, so the library is on the system) >library(nlme) Error in

...leases on Saturday mornings for > the last five or six weeks, so I'll see how tomorrow's version behaves. Looks like it has been fixed (see below) in the 1.8.0beta of 2003-10-04 which is currently being uploaded. Hence, I'll close the bug report on the Debian end. Thanks, Dirk edd@homebud:~/debian> R R : Copyright 2003, The R Development Core Team Version 1.8.0 beta (2003-10-04) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type 'license()' or 'licence()' for distribution details. R is a c...

...I.B Old behaviour requiring LD_LIBRARY_PATH for Octave For Octave, use the variable LD_LIBRARY_PATH. On a computer with the atlas2-base package: $ LD_LIBRARY_PATH=/usr/lib/atlas octave2.1 -q octave2.1:1> X=randn(1000,1000);t=cputime();Y=X'*X;cputime-t ans = 7.9600 $ edd at homebud:~> octave2.1 -q octave2.1:1> X=randn(1000,1000);t=cputime();Y=X'*X;cputime-t ans = 61.520 For R version 1.3.0-4, the R_LD_LIBRARY_PATH variable has to be used, and its value needs to be copied out of /usr/bin/R (or edited therein). For R version 1.3.1 or later this is done automa...