similar to: Installing R

Hello, I'm having trouble installing R from the binary to my red hat 7.1 box. There are 2 rpm files on the web site: R-base-1.5.0-1.i386.rpm R-recommended-1.5.0-1.i386.rpm When I did: > rpm -ivh R-recommended-1.5.0-1.i386.rpm error: failed dependencies: R-base = 1.5.0 is needed by R-recommended-1.5.0-1 libblas.so.3 is needed by R-recommended-1.5.0-1 libR.so is needed by

Just wanted to ask a quick question here. I am running GNUC 2.6.12 and when I create a invoice for a customer I have to enter an invoice number. I was thinking perhaps there is setting somewhere that I missed to get it to automatically fill in a invoice number? Id hate to have invoices with the same invoice number since I have to manually type them in right now. Thank you, jdegraw

For a bit of an experiment I've been trying to compile LLVM & Clang with -Weverything (disabling any errors that seem like more noise/less interesting). One warning I've recently hit a few instances of is -Wweak-vtable which is, in fact, an explicitly documented LLVM coding standard ( http://llvm.org/docs/CodingStandards.html#ll_virtual_anch ). Some instances of this have been easy to

Dear List, I just tried installing R 1.1.1 on SuSE 7.0 and encountered some problems. Using the precompiled binaries, I had a failed dependency: R was looking for "libblas.so.2" and apparently didn't find it. I then tried compiling from sources, which failed with the message: "/usr/bin/ginstall: zero.so No such file or directory" (or something to that effect). I'm

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

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

Hi folks, if you want to use MKL (the fast BLAS I have tested on my Thinkpad T410) with the R 2.14.0 built as Debian/Ubuntu packages available on CRAN mirror, the following tricks may works for without some known side-effects (likes openmp breaking issues), you may try to build your own libblas.so.3gf.0 with following command: $ gfortran -L/opt/intel/lib/intel64 -liomp5

Hi there, On 1 December 2017 at 23:24, G?ran Brostr?m wrote: | Dirk, | | thanks for your help. At work I have (ubuntu 16.04): | | ii libblas-common 3.6.0-2ubuntu2 amd64 Dependency package for | all BLAS implementations | ii libblas-dev 3.6.0-2ubuntu2 amd64 Basic Linear Algebra | Subroutines 3, static library | ii libblas3 3.6.0-2ubuntu2 amd64 Basic Linear

It fails to compile on Irix (compiler 7.2.1). Whereas rsync.h has a #define for __attribute__(x) to remove it for non GNUC and APPLE, this isn't used when compiling popt/popt.c, so it produces an error as it doesn't like __attribute__((__unused__)) showing up in the parameter list for poptAddAlias. popthelp.c also uses UNUSED. A workaround was to copy the #define setting of

FLAC__bitmath_ilog2_wide() function is still problematic: 1) it cannot be compiled with MSVS 2) it returns correct results only when compiles with GNUC 3) it mentions LGPL which isn't good for a BSD-licensed library Here's the patch that should fix these issues. (about LGPL -> CC0 change: http://lists.xiph.org/pipermail/flac-dev/2013-September/004356.html ) -------------- next part

Den 2017-12-01 kl. 20:24, skrev Dirk Eddelbuettel: > > On 1 December 2017 at 19:55, G?ran Brostr?m wrote: > | 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 > | > |

Hello, I thought that I should try openblas when building a CRAN package containing lots of old (twentieth century) C-code with frequent calls to blas and lapack routines. I have the following options on my Ubuntu 20.04 machine: Selection Path Priority Status ------------------------------------------------------------ * 0

I just upgraded to R 2.7.2 (from 2.7.1) this morning (Ubuntu amd64 platform). Shortly afterwards, I ran into a problem loading the odesolve library, it could not find libRblas.so. I was able to fix this by rebuilding odesolve. Now, KernSmooth gives me the same problem... R> library(KernSmooth) Error in dyn.load(file, DLLpath = DLLpath, ...) : unable to load shared library

Hi, I am trying to install gee on our server but I get the error below. I do not have root on this machine so no control on how R was installed itself. It looks like it cannot find blas libs, the only ones i can find on the machine are: /usr/lib64/libblas.so.3 -> libblas.so.3.0.3 /usr/lib64/libblas.so.3.0 -> libblas.so.3.0.3 /usr/lib64/libblas.so.3.0.3 and : $ R CMD config BLAS_LIBS

I am trying to install R in Linux 8.0 and I downloaded "R-1.7.1-1.i386.rpm" and did rpm -hiv R-1.7.1-1.i386.rpm and I am getting the following message: warning: R-1.7.1-1.i386.rpm: V3 DSA signature: NOKEY, key ID 97d3544e error: Failed dependencies: libblas.so.3 is needed by R-1.7.1-1 Then I went and look for libblas (which is a linear algebra library) that I found in

Dear All, I am building R from source[1], following what is done in "rules" for building Debian's R. But the R I generate, in contrast to the standard Debian's R, will not change the BLAS and LAPACK libraries it uses when I change them via "update-alternatives". I have no idea what I am doing wrong (but, somehow, I've been quite capable of making the same

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

Il 30/04/20 03:39, Dirk Eddelbuettel ha scritto: > > On 30 April 2020 at 03:26, Samuele Carcagno wrote: > | I'm not familiar with the internals of `viridisLite`, so I'm not sure > | I'd be able to help there. I could open a bug report on the > | `viridisLite` repo and see if the author has suggestions on how to > | narrow down the issue. > > It would help if

Running the example in the documentation causes R to crash. dario at bioinfo:~$ R R version 3.0.3 (2014-03-06) -- "Warm Puppy" Copyright (C) 2014 The R Foundation for Statistical Computing Platform: x86_64-pc-linux-gnu (64-bit) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type 'license()' or

Hello To update from R 2.6 to 2.8 (on Ubuntu 8.04 both) I had to install new tcl and liblapack packages (excuse me it is in french): > sudo apt-get install r-base-dev > Lecture des listes de paquets... Fait > Construction de l'arbre des d?pendances > Lecture des informations d'?tat... Fait > Les paquets suppl?mentaires suivants seront install?s : >