similar to: Quantian 0.5.9.3 with over 400 CRAN and BioConductor packages

[ Reposting this here as this Quantian release contains - all CRAN packages as of December 10, 2005 * except the Windows only ones (BRugs, mimR, rcom, RWinEdt) * and three that would not build (Rlsf, ROracle, rJava) for lack of Java, Oracle or rlsf - all BioC packages for release 1.8 * excecpt RMAGEML (needs Java) - for a total of over 800 R packages - a

[ Reposting this here as this Quantian release contains - all CRAN packages as of December 10, 2005 * except the Windows only ones (BRugs, mimR, rcom, RWinEdt) * and three that would not build (Rlsf, ROracle, rJava) for lack of Java, Oracle or rlsf - all BioC packages for release 1.8 * excecpt RMAGEML (needs Java) - for a total of over 800 R packages - a

[ I hope this is not considered off-topic for the list: A new Quantian release was just announced, and it contains even more R. As before, we have R (now 2.2.1), ESS, Ggobi, Rpy, several BioInfo tools -- but now we also have RSPerl, JGR, rJava and more. A full sync to CRAN and BioC as of Feb 25, 2006 now yields dim(installed.packages())[1] of 877. Feedback welcome, but

[ I hope this is not considered off-topic for the list: A new Quantian release was just announced, and it contains even more R. As before, we have R (now 2.2.1), ESS, Ggobi, Rpy, several BioInfo tools -- but now we also have RSPerl, JGR, rJava and more. A full sync to CRAN and BioC as of Feb 25, 2006 now yields dim(installed.packages())[1] of 877. Feedback welcome, but

I posted the following a little earlier on the quantian-announce list -- but it may be of interest here as well as this version contains all (but three, see below) packages from CRAN, and all of BioConductor. Quantian strives to provide the easiest way to set up a very complete scientific computing environment with a wide variety of tools -- including R, ESS, Ggobi, almost all of CRAN, all of

I posted the following a little earlier on the quantian-announce list -- but it may be of interest here as well as this version contains all (but three, see below) packages from CRAN, and all of BioConductor. Quantian strives to provide the easiest way to set up a very complete scientific computing environment with a wide variety of tools -- including R, ESS, Ggobi, almost all of CRAN, all of

Dear, "Xenoppix-x86-64(Xen3.0.2+KNOPPIX-x86_64-5.0.1) CD size" is released. http://unit.aist.go.jp/itri/knoppix/xen/index-en.html Xenoppix-x86-64 exploits latest CPU (Intel Core2 Duo and AMD Athlon64). * Xenoppix-x86-64 boots both X86 and X86_64 linux kernel on HVM of Xen. * Xenoppix-x86-64 looks like KNOPPIX but all packages are replaced for X86_64. * Xenoppix-x86-64 also

Subject: [ANN] Quantian: A Knoppix remastering for Scientific Computing X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid FCC: /home/edd/mail/out/mail From: Dirk Eddelbuettel <edd at debian.org> --text follows this line-- [ Apologies for cross-postings; however, this message is being sent only to lists to which I am personally subscribed and overlap should be

As you know, i have problem about Rcmdr in the 2.4.0 version of R, it can't be run properly in Quantian due to that Tcl/Tk does not support it. But, now, with helps from Dirk Eddelbuettel, problem was solved. The solution is just that reinstallation of R from debian packages not by compiling of 2.4.0 version source code. During the process, i noticed a srange thing, that is, if i start R in

Greetings all, Just a quick heads up that there is a Slashdot thread this morning on Open Source Math Software for Education, which includes references to R and Dirk's Quantian distribution (among others). The thread is at: http://ask.slashdot.org/askslashdot/04/12/13/2355258.shtml?tid=185&tid=4 The OP's query was targeted for high school to first year college age students, but as

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

Apologies for the off-topic post, and apologies for those already seen this elsewhere... >From NA-digest last week: ------------------------------------------------------- From: Jack Dongarra <dongarra at cs.utk.edu> Date: Fri, 28 May 2004 16:17:17 -0400 Subject: LAPACK and ScaLAPACK New Functionality Survey LAPACK and ScaLAPACK new functionality survey We plan to update the LAPACK

[mailed jointly to maintainers@octave.org, r-devel@stat.math.ethz.ch to reach users with relevant experience. watch where your replies go. what would make using LAPACK and ScaLAPACK easier for Octave and R developers? -- ejr, not subscribed] We plan to update the LAPACK and ScaLAPACK libraries and would like to have feedback from users on what functionalities they think are missing and would

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

It's generally said that OM needs lots more swap than plain Linux. There has to be someplace to juggle processes around. We use 4 GB nodes with something like 12 GB swap; that plus round-robin logins to distribute home nodes seemed to solve a lot of our problems. To use oMFS to allow processes to write from the node they've migrated to you also need DFSA enabled. That sounds like a great

Memory could be an issue. The three nodes in the cluster we are using only have 512 MB. The machines are otherwise identical in terms of hardware. They are dual PIIIs (purchased from Penguin Computing in 2001). (If you need specs on motherboard etc, we can get that info together.) The installed operating system is RHEL-3, standard workstation with some additional libraries (e.g., all of the

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 there, We're currently attempting to explain a slowdown of an LVQ-type parallel analysis we're working on. We are benchmarking our analysis running over openMosix against the same running via SNOW for R. Both perform similarly on small datasets, but on large datasets SNOW drastically outperforms openMosix. However, these results are achieve running SNOW on the default RedHat

Hi there, We're attempting to run an LVQ analysis over a cluster of machines via R and openMosix. R spawns several child processes simply by writing commands to several files and using system() to start a slave process. The processes migrate perfectly, and often finish with no reported errors, writing their results into respective files for the parent process to piece together.