Hello
When I use rhipe I package the entire r distribution and send it to the
nodes using hadoops distributedcache.  This facility takes zip file, sends
it to the nodes (only if there time difference) and unzips it. The script
makes modifications to the R script and sets ld_library_path.
Please see http://code.google.com/p/rhipe/wiki/RHIPEonNodesWithoutR

Saptarshi

Its such a relief this way, no need to worry about node configuration. I
hear yahoo did something similar with python.
On Nov 4, 2011 9:18 PM, "Dirk Eddelbuettel" <edd@debian.org> wrote:

>
> On 4 November 2011 at 22:02, Daryl Waggott wrote:
> | Hello R HPC list,
> |
> | In order to use any software tool in our production cluster environment
> we need to fully *bundle* or encapsulate all dependencies.  This is due to
> a policy of reproducible and logged research which is not at the whims of a
> heterogeneous computing environment.  My general question is --- are there
> any recommended strategies for compiling R with a set of packages that do
> not depend on (potentially changing) dynamically linked libraries?  Static
> linking doesn't look practical in R, so I have been attempting to aggregate
> all the dependencies determined by the function *ldd* and putting them in a
> a directory that is referenced by setting the LD_LIBRARY_PATH environment
> variable.  Needless to say, I haven't had much luck.  The cluster is all 64
> bit Debian.  Are there any strategies at compile time that might be
> helpful?  My knowledge of the ins and outs of all the configure and make
> parameters is a work in progress.  Thank  you for any advice or pointers to
> documentation.
>
> Why fight the package management system?  Just record versions (or even
> store) all .deb packages needed to install R and the packages.
>
> A colleague of yours just asked about static builds on r-devel today...
>  Some
> deadline looming, eh?  ;-)
>
> Dirk
>
> --
> "Outside of a dog, a book is a man's best friend. Inside of a dog, it is
> too
> dark to read." -- Groucho Marx
>
> _______________________________________________
> R-sig-hpc mailing list
> R-sig-hpc@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-hpc
>

	[[alternative HTML version deleted]]

