similar to: Can't start R in Debian Woody

Hi- I've upgraded to Debian Woody. I've downloaded and installed the new R-1.4.1. However, it crashes on me, complaining about libblas.so.2. BTW, what's the difference between r-base and r-recommended? Any ideas? TIA Regs Henry L. -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read

Any ideas on this? nujoma:~> R R : Copyright 2002, The R Development Core Team Version 1.5.0 (2002-04-29) ... Error: couldn't find function ".Alias" Error: couldn't find function "attach" [Previously saved workspace restored] > q() Error: couldn't find function "q" > Suspended nujoma:~> kill %1 This is on a brand-new installation of R

Greetings, compiling R 1.7.0 with gcc 3.1.1 on Debain Linux (woody stable) with the configure option --with-lapack works but make check fails in test base-R with the message [...] > kappa(x1 <- cbind(1,1:10))# 15.71 [1] 15.70590 > kappa(x1, exact = TRUE) # 13.68 [1] 13.67903 > kappa(x2 <- cbind(x1,2:11))# high! [x2 is singular!] [1] 8.351867e+16 > > hilbert

Full_Name: Michael J. O'Donnell Version: 1.3.1-1 OS: Linux, Debian Woody distribution Submission from: (NULL) (64.34.17.133) I tried to install the R packages for the Debian GNU/Linux Woody distribution. I added "deb http://cran.r-project.org/bin/linux/debian woody main" to my /etc/apt/sources.list, and ran dselect with the apt-get method. I selected all of the R packages that I

Dear All, Under Debian GNU/Linux La.svd (with method = "dgesdd") sometimes gives the error "Error in La.svd(data, nu = 0, nv = min(nrow, ncol), method = "dgesdd") : LAPACK routine DGESDD gave error code -12" It seems not to depend on the data per se, but on the relationship between numbers of rows and columns. For example, if the number of columns is 100,

Rhelpers: I recently installed the 64-bit version of R on my Debian system, and afterwards was asked if it was compiled using ATLAS. Is there a way to test to see if R is using ATLAS? --j

Hi, Since upgrading to version 2.11.0~20100402-1, starting R fails with: /usr/lib64/R/bin/exec/R: error while loading shared libraries: libblas.so.3gf: cannot open shared object file: No such file or directory Is this occurring to others on sid? -- Seb

Hello, the following is a part of a question asked on R-help. I realized that it is better suited for asking here. Apologies for the cross-posting! I'm on Ubuntu artful, and upgraded with 'apt'. Then ---------------------------------------------------------------- goran at M6800:~/src/R-3.4.3$ /usr/bin/R /usr/lib/R/bin/exec/R: symbol lookup error:

Hi, I can not install packages from source which links to RcppArmadillo on Ubuntu 20.04 (after upgrading from 18.04). The following problem occurs: ** testing if installed package can be loaded from temporary location Error: package or namespace load failed for 'myPackage' in dyn.load(file, DLLpath = DLLpath, ...): unable to load shared object

Dear R'ers, when I e.g. install the integrate2.2-2 package under R1.1.1 (debian2.2) atlas is linked into the library: Installing package `integrate' ... libs gcc -shared -lc -shared -o /usr/lib/R/library/integrate/libs/integrate.so adapt.o adapt_callback.o bsrl.o flfm.o nxprt.o symrl.o wht.o -L/usr/local/lib -lf77blas -lcblas -latlas -lg2c -lm -L/usr/lib/gcc-lib/i386-linux/2.95.2

>From "R Installation and Administration:" Note that the BLAS library will be used for several add-on packages as well as for R itself. This means that it is better to use a shared BLAS library, as most of a static library will be compiled into the R executable and each BLAS-using package. Is there an idiots guide on how to do this (or should idiots just not try).

Dear All, Summary: ======== To test some packages, I want to build R-3.1.0 (current R devel). However, when I use the default libblas, make check fails with running code in 'reg-BLAS.R' ...make[3]: *** [reg-BLAS.Rout] Error 1 It does not fail, however, if I use libatlas3 or libopenblas. The same thing happens with the current R patched. I've google around and cannot find

dear debian-R group: I am using the stock ubuntu binary R 3.0.1 for ubuntu raring but on cinnamon mint olivia 15. I read dirk's gcbd paper from a couple of years ago. it suggests that stock blas is pretty bad compared to the four main alternatives. of course, dirk also maintains the binaries for debian/ubuntu R, so he probably knows the answer off hand. I installed libatlas3-base

Hi, I'm relatively new to R on Ubuntu (moving from Windows), and I'm trying to get GotoBLAS2 working. I installed (from a CRAN mirror) the pre-built binaries of R (which, as far as I know, is compiled as a shared library) on Ubuntu 10.10 using apt-get install r-base r-base-dev I successfully built GotoBLAS2 from source, copied the library to /usr/lib and created s symbolic link from

I've attempted to use the optimized GotoBLAS2 library with a freshly compiled R-2.11.1 patched on 64-bit Ubuntu 10.4. (See details below). When I run this version of R, the timings are not different than the original install, and only one core is used in test computations. Can someone point out my error? Thanks. --Dale Details ... I'm running the 64-bit version of Ubuntu 10.04 on my 2

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

R 3.5.1 is installed under Linux Mint 19 from binaries r-base and r-base-dev from ubuntu bionic-cran35.? Mysteriously, packages using libRblas cannot be compiled.? I get: libRblas.so: cannot open shared object file: No such file or directory.? And indeed, I find no libRblas.so. Any ideas about how to fix this? Thanks, Steve

One of my packages is slated to be archived from CRAN due to failures when the ATLAS BLAS is used. I am unable to replicate the error on my machine under R 3.6.1 using the atlas library from ubuntu (seems to be 3.10.2-9, while the good professor is using 3.10.3 per https://www.stats.ox.ac.uk/pub/bdr/Rblas/README.txt ). I also tried the rocker/r-base with R 3.6.2 and

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

Hi, everybody. I notice debian packages for Ubuntu on CRAN are missing "libRblas.so" and I'm trying to find out why. Why do I care? We are working in an hpc project in a CentOS Linux cluster. That led me to the question of "which BLAS is fastest?" Dirk E referred me this morning to the R admin manual. The standard R compilation creates a shared blas library libRblas.so