search for: cooch17

...tart over'. I see from the manual for linux installs there may be some issues with playing nice if both 32- and 64-bit versions of Tcl/Tk are installed. -------- Original Message -------- Subject: [Rd] problems installing rjags | tcltk Date: Thu, 30 Apr 2009 11:26:43 -0400 From: egc <cooch17 at verizon.net> To: r-devel at r-project.org Greetings. Running Fedora Cora 8 on multi-Opteron system - full 32- and 64-bit libs installed (R compiled 64-bit on this machine). R 2.9.0 - libs sitting in /usr/local/lib64/R/library. Trying to install JAGS, with rjags. Partial success. For...

Greetings - Users of the box I'm putting together will need to be able to run R remotely, using a virtual desktop. One approach (that I'm trying) is to use VNC. So far, I can get the remote gnome desktop up on the server (running Fedora Core 5), and can start R from a terminal. However, for a lot of the R scripts I've tried, I get 'font errors' - the general error message

When I have to enter a very large matrix into the R console, I can make use of the continuation feature in the console to enter the matrix in pieces (e.g., on a row by row basis). So, for example, the console would show the "+" sign for continuation lines - something like what I've written below: a=matrix(c(0,20,50, + 0.05,0,0, + 0,0.1,0), + 3,3,byrow=T) (obviously, for a

In the process of moving a number of my scripts from MATLAB -> R, I've discovered that there is no 'pure' equivalent of MATLAB's cell arrays, which I use quite often. Basically, I create matrices (as a cell array) where each element of the matrix is itself a matrix (e.g., 2x2 cell array where each element of the array is another matrix). I pass these cell arrays to various

I am trying to figure out if it is possible to run winBUGS from within R, using R2winBUGS, without having winBUGS spawn any windows (basically - 'true' batch - no GUI actions at all). The reason being I have a machine which I (and several others) ssh/telnet into, and would like to run winBUGS without having to mount a virtual desktop of any kind. I've looked through the r2winBUGS

Greetings - I'm trying to compile R under GNU/Linux (RHEL 4) on a multi-Opteron box, with ACML support. First, I downloaded and installed ACML 3.5 - GNU version, although I'm not entirely sure what the differences are - from the AMD website. The ACML libraries were installed to /opt/acml3.5.0/ Second, I ran ./configure --with-blas='-lacml' The configure went fine,

Have been running 2.5.1 on my multi-pro Opteron box running Fedora Core 5 with no problems. Had compiled previously with no problems. However, for a variety of reasons (mostly due to ACML upgrade), I tried a recompile using the following sequence of commands (note I'm compiling in ACML support for blas): LD_LIBRARY_PATH=/opt/acml3.6.1/gfortran64/lib export LD_LIBRARY_PATH ./configure

Greetings. Running Fedora Cora 8 on multi-Opteron system - full 32- and 64-bit libs installed (R compiled 64-bit on this machine). R 2.9.0 - libs sitting in /usr/local/lib64/R/library. Trying to install JAGS, with rjags. Partial success. For JAGS install: |./configure --with-jags-modules=/usr/local/lib/JAGS/modules --libdir=/usr/local/lib64 make make check make install Seems to work / no

Ran make check-devel and make check-all (for more comprehensive testing) - same error messages - not even sure where to look in tests or Examples for 'help' - no logs, or files with .fail extension or anything I might *guess* to look for. I've never had this problem before - the only thing different on the box from when I had 2.9.0 running fine is 1. change from Fedora Core 8

For grins, tried rebuilding R 2.9.0 without using ACML 4.3.0. Config goes fine, make runs without any errors. make check - and - ta-dah! - no errors for stats. Everything seems to check out just fine. So, it seems as if R 2.9.0, ACML 4.3.0, and perhaps one/more things under CentOS don't play nice. Will trying unloading 4.3.0, installing 4.2.0 (which worked before on the Fedora box), and

So, I tried the following configure: ./configure --with-lapack --with-blas --with-tcltk No use of ACML at all, but both lapack and blas. Configure proceeds without any errors. Make, same thing. Make check - same problem with stats. But, this time a .fail file got created in tests/Example. Bottom of the file has something which might resonate with someone out there: Error in La.svd(x, nu,

Well, I've now tried just about every permutation I can think of - including using the ATLAS lapack (instead of generic), in various combinations with ACML, or generic BLAS, or ATLAS blas. No matter what I do, so long as I have lapack of any flavour, I get the 'stats error' with make check. And, it always seems to throw the error at the same point in the stats test file (an svd in

Normally, I do the following to configure R for compilation on my Opteron box with ACML installed: ./configure --with-tcltk --with-blas="-L/opt/acml4.3.0/gfortran64/lib -lacml" However, when I do so, and look at Makeconf, I see BLAS_LIBS = -lblas I thought I would see BLAS_LIBS = -L/opt/acml4.3.0/gfortran64/lib -lacml Why isn't Makeconf picking up the right BLAS_LIBS (or is

Greetings - I run a multi-pro server box (GNU/Linux), on which I've installed winBUGS under wine. Works fine, and plays nice with r2WinBUGS, provided everything is done through a graphical front-end (either by working from console, or using a virtual desktop via VNC or equivalent). However, I'm wondering if there is a way to use R2winBUGS and winBUGS such that winBUGS does not spawn

Greetings - For a number of reasons, I'm moving from CODA to BOA - and I have one or two really basic, boa-newbie questions. While I have the 'menu-driven' version of boa working fine (most recent version, running under R 2.3.1 on a Windows machine), for the life of me I can't seem to get some basic boa.xxxx command-line functions to work at all. Even things like

So, tried again from scratch. Again, CentOS 5.3, which is essentially RHEL 5.3. ./configure --with-blas="-L/opt/acml4.3.0/gfortran64/lib -lacml" In config.log, get things like configure:37199: checking for dgemm_ in -L/opt/acml4.3.0/gfortran64/lib -lacml configure:37230: gcc -std=gnu99 -o conftest -g -O2 -I/usr/local/include -L/usr/local/lib64 conftest.c

Basically new to [R] - as a programming environment at least (had lots of recent experience compiling it on our Opteron-based servers). Was trying to write some simple little scripts (in advance of porting over some bigger things from other environments - like MATLAB), when I realized that handling counters in loop constructs in [R] is not patently obvious (at least, IMO, compared to other

Greetings - A quick perusal of some of the posts to this maillist suggest the level of the questions is probably beyond someone working at my level, but at the risk of looking foolish publicly (something I find I get increasingly comfortable with as I get older), here goes: My research group recently purchased a multi-Opteron system (bunch of 880 chips), running 64-bit RHEL 4 (which we have

Recently installed 2.12.1 on my CentOS 5.5 box. Install of R went without incident, and packages downloaded and compiled fine. With one exception -- my interest is somewhat in the problems with this particular package, but more in terms of 'what to do if/when a package' doesn't compile properly. The offending package (in this instance) is rjags. When I try to install it using

Greetings... With the end of life for official support for FC05 (early July), I'm now resigned to compiling key apps by hand for my FC05 box (64-bit, running on AMD Opteron chips). The gcc compiler is 4.1.1 (which may also be an issue for some apps). For the most part, this has been only 'somewhat challenging' - primarily because of 'issues' specifying the right libraries (32-