A follow-up to this: I was correct in theory that you need to specify LD_LIBRARY_PATH, but in practice, the scripts that launch Phenix programs will erase this (temporarily) unless you set the environment variable PHENIX_TRUST_OTHER_ENV. I suspect that we do this because LD_LIBRARY_PATH frequently points to shared libraries which are incompatible with the Phenix build. If you're certain that this isn't the case, then it's okay to set that variable. It is probably safer to use the static build of Rosetta - although in this case there were other issues involved. -Nat On Sat, Jun 23, 2012 at 11:26 AM, Nathaniel Echols wrote:

On Sat, Jun 23, 2012 at 11:17 AM, Andreas Forster wrote:

...

/csb/soft/Linux64/share/rosetta3.4/rosetta_source/bin/mr_protocols.default.linuxgccrelease: error while loading shared libraries: libdevel.so: cannot open shared object file: No such file or directory

libdevel.so exists, in the right place I venture to say:

ls -l /csb/soft/Linux64/share/rosetta3.4/rosetta_source/build/src/release/linux/2.6/64/x86/gcc/4.4/libdevel.so -rwxr-xr-x. 1 csbadmin csb 6437 Jun 23 18:44 /csb/soft/Linux64/share/rosetta3.4/rosetta_source/build/src/release/linux/2.6/64/x86/gcc/4.4/libdevel.so

If you run mr_protocols.default.linuxgccrelease from the command line, does it give you the same error?  You probably need to set LD_LIBRARY_PATH, i.e.:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/csb/soft/Linux64/share/rosetta3.4/rosetta_source/build/src/release/linux/2.6/64/x86/gcc/4.4/

if you're a bash user - I forget the csh syntax.

-Nat