similar to: [R-sig-hpc] Debian/Ubuntu + threaded BLAS/ATLAS (solved)

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

I feel like Marlon Brando in "On the Waterfront" where he's told "It's not your night, kid", except for me it has been the last two months trying to debug memory problems. Now I can't even install an old version of this package on a netbook running the Ubuntu 10.10 netbook remix because it can't find the libraries libf77blas and libatlas. I have even gone to

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

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

On 14 March 2012 at 23:09, Simon Urbanek wrote: | I thought I'll post this here since I could not find an answer anywhere I searched: how to setup R with threaded BLAS on Debian/Ubuntu. | | First, neither Debian nor Ubuntu come with optimized ATLAS binaries, simply because by definition they need to be optimized for a particular machine. The good news: it is easy to build: | | apt-get source

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

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

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

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

food now? or after work in the library? On Wed, 2010-06-02 at 12:00 +0200, r-sig-debian-request at r-project.org wrote: > Send R-SIG-Debian mailing list submissions to > r-sig-debian at r-project.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://stat.ethz.ch/mailman/listinfo/r-sig-debian > or, via email, send a message with subject or body

I was able to solve the problem with the following configuration: label custom1 MENU custom1 kernel pxechain.com append ::custom1/pxelinux.0 label custom2 MENU custom2 kernel pxechain.com append ::custom2/pxelinux.0 configdir1/pxelinux.cfg/default configdir2/pxelinux.cfg/default Then I dropped the custom pxelinux.0 files in their respective directories, confgdir1 and configdir2. On Tue, Nov

Hi, I am trying to get X to work on Xen Dom0 running a custom 3.4.10 kernel. with a Nvidia Gt220 card + 295.59 drivers.Although,the drivers get loaded and X starts,but after some time its seems to get stuck in some kind of infinite loop and starts taking up 100 % cpu. This is observed only when i boot up the machine with the Xen hypervisor,otherwise X works well with out the hypervisor being

Hello, This simple SVD calculation (commands are copied immediately below) crashes on my Ubuntu machine (R 2.13.0). However it worked fine with R.12 and Ubuntu 10.04, and it also works fine on my Windows 7 machine with R 2.13, so I suspect there's a problem with (my?) Ubuntu and / or R. I'm using the R distribution that is accessible with Ubuntu's repositories manager, I am not

Dear all, I am estimating a mixed-model in Ubuntu Raring (13.04¸ amd64), with the code: fm0 <- lme(rt ~ run + group * stim * cond, random=list( subj=pdSymm(~ 1 + run), subj=pdSymm(~ 0 + stim)), data=mydat1) When I check the approximate variance-covariance matrix, I get: > fm0$apVar [1] "Non-positive definite

Dear All, As suggested in the reply from Dirk Eddelbuettel to my post to R-dev I am reposting here as the problem still persists. Please see my post to R-dev under same heading for additional description if needed. In summary I am starting from a new installation of Ubuntu 10.10 as the single operating system on a reformatted disk with just the OS, ESS and emacs installed before installing R

Has anyone succeeded in getting a parallel BLAS, such as Goto's BLAS, installed on a machine running Ubuntu 11.10? I currently have the libatlas3gf-base package installed on a machine with an AMD Athlon X4 processor. I tried to install the libopenblas-base and libopenblas-dev packages but there seemed to be a glich related to having both libopenblas and libatlas3gf installed so that when I

I just dumped Vista off a laptop and installed Ubuntu 10.10 (latest release) as the single operating system. I did all of the updates and then installed emacs and ess. Next I installed R by following the the usual instructions on the CRAN site. At this point all is working I am now in the process of installing the packages that I normally have installed. I am having a problem with the LAPACK

I am not sure if this is an R development problem or not. I am starting with completely clean OS and and installing the latest version of R without trying to anything special but I am having trouble with the LAPACK library linking when I try to build packages that require them. I thought perhaps my problem may be if interest here. I just dumped Vista off a laptop formatted the disk and

I thought I would try compiling R this time with the ATLAS libraries. I have compiled ATLAS and I have the following libraries: libatlas.a libf77blas.a libptcblas.a libtstatlas.a libcblas.a liblapack.a libptf77blas.a Is it sufficient to use ' --with-blas=libatlas.a ' when configuring or do I need to specify any of the other libraries as well? -- William D. McCoy

Dirk's mail to r-devel bounced because of his peculiar return address. He asked me to forward this for him. P.S. I have tried building R with atlas2 on a Debian GNU/Linux 2.2 system but I have not yet managed to out-fox the configure script to get it to use the desired shared object library. -- Douglas Bates bates@stat.wisc.edu Statistics Department