similar to: (PR#9691) 'Bug'#424696: R CMD INSTALL -l <path> does not

Soeren, On 16 May 2007 at 23:00, Soeren Sonnenburg wrote: | Package: r-base-core | Version: 2.5.1~20070513-1 [ aka R-patched as of 20070513 ] | Severity: important | | R CMD INSTALL -l /path/to/lib | | no longer creates /path/to/lib but assumes it does already exist. This | is a change in behaviour as it has worked with R 2.4.X Let me pass that on to R Bugs then as it is in no way related

Kanru, Thanks for the bugreport. On 11 April 2006 at 22:03, Kanru Chen wrote: | Package: r-base-core | Version: 2.2.1.svn37668-1 | Severity: minor | | In manpage of /usr/bin/R, the first, fourth and last line shows `VERSION' | instead of `R'. | | I believe it is a typo. More likely something is wrong with how R.1 is autogenerated using help2man. Incidentally, that `R --version'

Hi All, I'm still having significantly difficulty getting the quantreg library running in R. I'm running R on MEPIS using the debs created by Dirk Eddelbuettel and placed in apt testing. When I try to install quantreg using the install.packages() function it fails with: /usr/bin/ld: cannot find -lblas-3 Dirk was nice enough to send me a .deb for quantreg which installs without

Hi, I'm using Ubuntu Hardy i386, and the R 2.7.1 Ubuntu packages from CRAN. The CRAN r-base-dev package depends on refblas3-dev or atlas3-base-dev, but octave3.0-headers depends on libblas-dev. The two blas packages seem to conflict, so r-base-dev and octave3.0-headers can't be installed together. Is this a known issue? Thanks, Gad $ sudo apt-get install octave3.0-headers Reading

Emmanuel, On 30 August 2008 at 00:04, Emmanuel Charpentier wrote: | Dear list, | | Setup : Ubuntu Hardy + updates + backports + security + R repository on | a 3.2 GHz PIV dual-core processor. | | Bitten (again...) by the "I'll optimize my setup" bug, I tried to test | atlas. Following Dirk's advice on a not-so-recent post to R-help, I | tried "apt-get install -s

Hi all, Just a quick note to bring to all Ubuntu users on i386 that the packages for R 2.5.1 (and a few recommended packages needed rebuilding) are now available from CRAN. Supported distributed are Dapper (6.06), Edgy (6.10) and Feisty (7.04). Please report any problems to me and/or this list. --- Vincent Goulet, Associate Professor ?cole d'actuariat Universit? Laval, Qu?bec

Hi, I'd like to install the optimized libraries on my Thinkpad with an Intel Core Solo chip, which apparently supports the following instruction sets: MMX, SSE, SSE2, SSE3 instruction sets, XD-Bit. In a recent r-help message, the following was said (by Dirk I think): <quote> Yes, on Ubuntu, use 'apt-get install atlas3-base' for basic tuned Atlas, or 'apt-get install

Hi All, I'm trying to install the quantreg library on my MEPIS box (debian-based linux). When I try >install.packages("quantreg") it fails to loads and errors with: /usr/bin/ld: cannot find -lblas-3. I tried installing a ton of packages to fix the missing part but the only thing I manage to do it cause problems with another shared library and had to re-install a couple of

Hi All, I'm trying to install the quantreg library on my MEPIS box (debian-based linux). When I try >install.packages("quantreg") it fails to loads and errors with: /usr/bin/ld: cannot find -lblas-3. I tried installing a ton of packages to fix the missing part but the only thing I manage to do it cause problems with another shared library and had to re-install a couple of

Ben, Thanks for the bug report. I am off two minds about it as discussed below. But as it does indeed create a crash / segfault, I am passing this on to the R bug tracker. A suggested two-line patch is below; I tested the patch against a 'vanilla' 2.6.1 source tree. On 6 December 2007 at 19:32, Ben Goodrich wrote: | -----BEGIN PGP SIGNED MESSAGE----- | Hash: SHA1 | | Package:

I would say this was user error (insisting on editing non-existent rownames), although the argument is documented. You could argue that there are implicit rownames, but they would be 1, 2 ... not row1, row2 .... And rownames(mat) is NULL. For an interactive function the best solution seems to be to throw an error when the user asks for the impossible. I'll fix it for 2.7.0: it

Dear list, I am sorry to bother you with this. I just upgraded yesterday to R 2.0.0 (using apt-get under Debian Sid), and now have problems running e.g., summary(lm(...)) the lm is calculated, but the summary statement gives me the following error: Error in La.chol2inv(x, size) : lapack routines cannot be loaded In addition: Warning message: unable to load shared library

Stefano, Thanks for the bug report. On 14 November 2008 at 14:35, Stefano Costa wrote: | Package: r-base-core | Version: 2.8.0-1 | Severity: normal | | As in subject. The bug is reproducible on my machine with these | commands: | | > x <- rnorm(100) | > plot(density(x)) | > dev2bitmap("density.png") | Error in paste(shQuote(gsexe), " -dNOPAUSE -dBATCH -q

Dears, I am selecting configure-options for Data Mining applications with R, notes that guide a user from SVN repository to system compilation on GNU/Linux system ("gcc" as compiler). Status: * My system specs: - processor Intel 2.8Ghz HT - kernel Linux 2.6.10-5-686-smp - ram 1500 Mbyte * Dataset to use: - ~900 Mbyte of text file * R from svn repository (daily updated) *

I have R under Linux Kubuntu Hardy Heron 8.04 LTS. I am trying to install package 'lme4' and get the following error: ---- * installing *source* package ?lme4? ... ** libs gcc -std=gnu99 -I/usr/share/R/include -I/usr/share/R/include -I"/usr/lib/R/library/Matrix/include" -I"/usr/lib/R/library/stats/include" -fpic -g -O2 -c init.c -o init.o gcc -std=gnu99

I'm trying to build R from source on Ubuntu Gutsy Gibbon. I've done apt-get install r-base-dev and apt-get libX11-dev, but R configure is still complaining about X11 headers/libs are not available. What else do I need? Thanks, Paul ==================================================================================== La version fran?aise suit le texte anglais.

make check of R-alpha_2006-04-08_r37675 fails on Debian GNU/Linux 3.1 running on an Intel P4 computer. > version _ platform i686-pc-linux-gnu arch i686 os linux-gnu system i686, linux-gnu status

>>>>> "BDR" == Prof Brian Ripley <ripley at stats.ox.ac.uk> >>>>> on Tue, 13 May 2008 07:32:43 +0100 (BST) writes: BDR> This example does not crash in R 2.7.0, R-patched nor BDR> R-devel (r45677) for me (x86_64 F8 Linux.) It also BDR> does not crash with the CRAN build of R 2.7.0 on BDR> Windows XP. Neither does it

You will see the current code is different, and your 'fix' is not needed nor applies in R-devel. You failed to provide an example to reproduce the alleged bug, but the issue does seem to be using lines beyond the documented line length. So it would have only affected people who did that .... And generating a new report (PR#11438) was distinctly unfriendly. If after studing the R FAQ

Dear all, I was trying to use the R swig wrapper with R 2.7 and shogun ( http://www.shogun-toolbox.org ) but it fails completely, as in doesn't even compile and even after patching then though compiling - crashes... So I asked on swig-users/swig-devel CC'ing the potential R maintainer but I never received a reply. I now wonder if anyone here could help or would be willing to maintain