[COOT] Coot Book of the Genesis

2012-02-08 Thread Bernhard Rupp (Hofkristallrat a.D.) 
Fellow Cooties,

If it wasn't such a  waste of time this would actually be funny: 

This installation on clean RHEL 6 turns out very much like the Book of
Genesis:

where Adam begets Seth  who begets Enosh who begets Kenan who begets
Mahalalel who 
begets Jared who eventually after a lot of fucking around begets Emsley who
begets Coot:

Coot_configure then begets Swig which begets Pcre which begets Glib which
begets Zlib which begets Libffi
which begets Gettext 

and after that bloodline is established by serious effing on my side, a
little infidelity from  Coot_configure then 
establishes a degenerate sideline by begetting mmdb, upon which in 2012 per
Mayan calendar the Genesis 
apocalyptically ends in: 

checking if this is MINGW on Windows... no
checking for MMDB... no
Error locating necessary mmdb

Ok we download and install

checking for SSMLib... no!
checking for Clipper... no!
Error locating Clipper - a CNS-enabled version of Clipper (2.1-090520-ac or
later) is required now

maybe - just maybe - my own CNS which is already shutting down envisions
that a  functioning ccp4 installation should already be present?

The major difference between my installing efforts  and the Book actually is
that per Genesis creation of the World took only 7 days...

Best regards, BR

PS: No more  - zero please - bitching about Windows. Thank you. 
-
Bernhard Rupp
001 (925) 209-7429
+43 (676) 571-0536
b...@ruppweb.org
hofkristall...@gmail.com
http://www.ruppweb.org/
-
No animals were hurt or killed during the 
production of this email.
-

Re: [COOT] Coot Book of the Genesis

2012-02-08 Thread Bosch, Juergen 
Someone once told me RHEL is really REDHELL and should not be confused with a 
real LINUX.
Just to add some oil to the fire ... have you tried Ubuntu ?

Mein aufrichtiges Beileid :-)

Jürgen

On Feb 8, 2012, at 10:47 PM, Bernhard Rupp (Hofkristallrat a.D.) wrote:

Fellow Cooties,

If it wasn't such a  waste of time this would actually be funny:

This installation on clean RHEL 6 turns out very much like the Book of
Genesis:

where Adam begets Seth  who begets Enosh who begets Kenan who begets
Mahalalel who
begets Jared who eventually after a lot of fucking around begets Emsley who
begets Coot:

Coot_configure then begets Swig which begets Pcre which begets Glib which
begets Zlib which begets Libffi
which begets Gettext

and after that bloodline is established by serious effing on my side, a
little infidelity from  Coot_configure then
establishes a degenerate sideline by begetting mmdb, upon which in 2012 per
Mayan calendar the Genesis
apocalyptically ends in:

checking if this is MINGW on Windows... no
checking for MMDB... no
Error locating necessary mmdb

Ok we download and install

checking for SSMLib... no!
checking for Clipper... no!
Error locating Clipper - a CNS-enabled version of Clipper (2.1-090520-ac or
later) is required now

maybe - just maybe - my own CNS which is already shutting down envisions
that a  functioning ccp4 installation should already be present?

The major difference between my installing efforts  and the Book actually is
that per Genesis creation of the World took only 7 days...

Best regards, BR

PS: No more  - zero please - bitching about Windows. Thank you. 
-
Bernhard Rupp
001 (925) 209-7429
+43 (676) 571-0536
b...@ruppweb.org
hofkristall...@gmail.com
http://www.ruppweb.org/
-
No animals were hurt or killed during the
production of this email.
-

..
Jürgen Bosch
Johns Hopkins University
Bloomberg School of Public Health
Department of Biochemistry & Molecular Biology
Johns Hopkins Malaria Research Institute
615 North Wolfe Street, W8708
Baltimore, MD 21205
Office: +1-410-614-4742
Lab:  +1-410-614-4894
Fax:  +1-410-955-2926
http://web.mac.com/bosch_lab/

Re: [COOT] Coot Book of the Genesis

2012-02-09 Thread Frank Thommen 
...and why not simply use the binary RHEL 5 version?  At least the 
CentOS 5 binary distribution works fine on CentOS 6.


Why making one's life harder than needed?

Cheers

  frank


Bernhard Rupp (Hofkristallrat a.D.) wrote:

Fellow Cooties,

If it wasn't such a  waste of time this would actually be funny:

This installation on clean RHEL 6 turns out very much like the Book of
Genesis:

where Adam begets Seth  who begets Enosh who begets Kenan who begets
Mahalalel who
begets Jared who eventually after a lot of fucking around begets Emsley who
begets Coot:

Coot_configure then begets Swig which begets Pcre which begets Glib which
begets Zlib which begets Libffi
which begets Gettext

and after that bloodline is established by serious effing on my side, a
little infidelity from  Coot_configure then
establishes a degenerate sideline by begetting mmdb, upon which in 2012 per
Mayan calendar the Genesis
apocalyptically ends in:

checking if this is MINGW on Windows... no
checking for MMDB... no
Error locating necessary mmdb

Ok we download and install

checking for SSMLib... no!
checking for Clipper... no!
Error locating Clipper - a CNS-enabled version of Clipper (2.1-090520-ac or
later) is required now

maybe - just maybe - my own CNS which is already shutting down envisions
that a  functioning ccp4 installation should already be present?

The major difference between my installing efforts  and the Book actually is
that per Genesis creation of the World took only 7 days...

Best regards, BR

PS: No more  - zero please - bitching about Windows. Thank you.
-
Bernhard Rupp
001 (925) 209-7429
+43 (676) 571-0536
b...@ruppweb.org
hofkristall...@gmail.com
http://www.ruppweb.org/
-
No animals were hurt or killed during the
production of this email.
-



--
Frank Thommen - Structures IT Management and Support - EMBL Heidelberg
structures...@embl-heidelberg.de - +49 6221 387 8353

Re: [COOT] Coot Book of the Genesis

2012-02-09 Thread Bernhard Rupp (Hofkristallrat a.D.) 
...because the precompiled binary from the Coot site looks for some
libraries it (and I) cannot find (see that January thread 'Help needed...'
on the subject)
and the suggestion there is to 'do it right and build from scratch'.

But if you have another link to a RHEL binary I am happy to try again...

Thx, BR

-Original Message-
From: Frank Thommen [mailto:structures...@embl-heidelberg.de] 
Sent: Thursday, February 09, 2012 1:17 AM
To: COOT@JISCMAIL.AC.UK
Cc: b...@hofkristallamt.org
Subject: Re: Coot Book of the Genesis

...and why not simply use the binary RHEL 5 version?  At least the CentOS 5
binary distribution works fine on CentOS 6.

Why making one's life harder than needed?

Cheers

   frank

Frank Thommen - Structures IT Management and Support - EMBL Heidelberg
structures...@embl-heidelberg.de - +49 6221 387 8353

Re: [COOT] Coot Book of the Genesis

2012-02-09 Thread William G. Scott 
Hi folks:

I think the best long-term solution for this is to get coot and all of its 
non-standard-linux
dependencies into the repositories of the most frequently used linux 
distribution systems.

If this isn't possible, then at least create our own repositories for these 
packages, so that
they are accessible to debian utilities (for Ubuntu Linux, standard Debian 
Linux, etc), and 
the other major package management systems.

(For OS X, we use the fink-based debian package management system in three ways:
1.  In its official capacity, to build coot and all of its dependencies from 
scratch
2.  I host (unofficial) repositories for 10.6 and 10.7, so users can install 
pre-compiled debian packages
3.  I use it to create automatic nightly builds of a "stand-alone" package
).

I am pretty sure Donnie Berkholtz did this for gentoo already.

I think at the very least we should aim to do this for ubuntu already.  Is 
anyone reading this a maintainer
for ubuntu and/or debian?

Bill


William G. Scott
Professor
Department of Chemistry and Biochemistry
and The Center for the Molecular Biology of RNA
228 Sinsheimer Laboratories
University of California at Santa Cruz
Santa Cruz, California 95064
USA

phone:  +1-831-459-5367 (office)
  +1-831-459-5292 (lab)
fax:+1-831-4593139  (fax) 

On Feb 9, 2012, at 3:49 AM, Bernhard Rupp (Hofkristallrat a.D.) wrote:

> ...because the precompiled binary from the Coot site looks for some
> libraries it (and I) cannot find (see that January thread 'Help needed...'
> on the subject)
> and the suggestion there is to 'do it right and build from scratch'.
> 
> But if you have another link to a RHEL binary I am happy to try again...
> 
> Thx, BR
> 
> -Original Message-
> From: Frank Thommen [mailto:structures...@embl-heidelberg.de] 
> Sent: Thursday, February 09, 2012 1:17 AM
> To: COOT@JISCMAIL.AC.UK
> Cc: b...@hofkristallamt.org
> Subject: Re: Coot Book of the Genesis
> 
> ...and why not simply use the binary RHEL 5 version?  At least the CentOS 5
> binary distribution works fine on CentOS 6.
> 
> Why making one's life harder than needed?
> 
> Cheers
> 
>   frank
> 
> Frank Thommen - Structures IT Management and Support - EMBL Heidelberg
> structures...@embl-heidelberg.de - +49 6221 387 8353

Re: [COOT] Coot Book of the Genesis

2012-02-09 Thread Kay Diederichs 
Bernhard,

the CentOS5 binaries used to work well on RHEL6 /CentOS6/ SL6 ; there was a 
glitch a few weeks ago which was fixed after I reported it ( 
https://www.jiscmail.ac.uk/cgi-bin/webadmin?A2=coot;31d9d7f5.1201 ). I install 
the latest nightly build every couple of months / weeks, and this works 
very well.

So for those who are not interested in learning to build coot (including me) 
the binaries are the way to go.

If the CentOS5 binary needs libraries on RHEL6 /CentOS6/ SL6 , this can be 
fixed in the way that applies to all s/w packages: from the error message,
find the name of the library; yum install ; repeat until success. 
Works very well, even with a mix of 32bit and 64bit libraries.

good luck,

Kay

Re: [COOT] Coot Book of the Genesis

2012-02-10 Thread Tim Fenn 
On Thu, Feb 9, 2012 at 12:07 PM, William G. Scott  wrote:
>
> I think the best long-term solution for this is to get coot and all of its 
> non-standard-linux
> dependencies into the repositories of the most frequently used linux 
> distribution systems.
>
> I am pretty sure Donnie Berkholtz did this for gentoo already.
>
> I think at the very least we should aim to do this for ubuntu already.  Is 
> anyone reading this a maintainer
> for ubuntu and/or debian?
>

Morten is working on getting the ubuntu build up and running:
https://code.launchpad.net/~mok0/coot/ubuntu
https://bugs.launchpad.net/ubuntu/+bug/176211

the gentoo builds are more of a community effort:
http://gentoo-portage.com/sci-chemistry/coot/ChangeLog

in fact, the gentoo folks have contributed patches that (cough) should
be included (cough):
http://www.mail-archive.com/coot@jiscmail.ac.uk/msg02324.html

I'm maintaining the fedora builds (which are available in F13 onward),
a minor non-coot related issue prevents the RHEL builds (working on
that...):
http://pkgs.fedoraproject.org/gitweb/?p=coot.git;a=tree

HTH,
Tim

Re: [COOT] Coot Book of the Genesis

2012-02-10 Thread Bernhard Rupp (Hofkristallrat a.D.) 
Hi  Fellows,
 
following Kay's idea, I unpacked
coot-0.6.2-binary-Linux-x86_64-centos-5-python-gtk2.tar.gz:

./bin/coot-real: error while loading shared libraries: libssl.so.6: cannot open 
shared object file: No such file or directory

ok, I yum it to be safe, find it in 
/usr/lib/libssl.so.6 
and export LD_LIBRARY_PATH=/usr/lib

Now the vengeance of the ELF (soon coming to a workstation near you) is 
unleashed upon me:

./bin/coot-real: error while loading shared libraries: libssl.so.6: wrong ELF 
class: ELFCLASS32
coot-exe: "./bin/coot-real"

Maybe I need the CLASS of 64 for my elf reunion?

I guess I better let the pro's deal with this and wait for a new binary.

Anyhow, thanks for all the tips. Cheers, BR

PS: current rhel build version
coot-0.6.2-binary-Linux-x86_64-rhel-4-gtk2.tar.gz
./bin/coot-real: error while loading shared libraries: libldap-2.2.so.7: cannot 
open shared object file: No such file or directory
Yum:
No package libldap-2.2.so.7 available.

PPS: latest (32 bit?) prebuild
coot-0.7-pre-1-revision-3999-binary-Linux-i386-rhel-5-python-gtk2.tar.gz
After a lot of yumming 
Coot actually starts, but I get a lengthy error log and a version of the 
previously reported problem with the icon SVGs (sidebar mostly empty) 

PPPS:
coot-0.7-pre-1-revision-3999-binary-Linux-x86_64-rhel-4-python-gtk2.tar.gz
same as above with coot-0.6.2-binary-Linux-x86_64-rhel-4-gtk2.tar.gz

S: definition of insanity: doing the same thing over and over and expecting 
a different outcome.

-Original Message-
From: Mailing list for users of COOT Crystallographic Software 
[mailto:COOT@JISCMAIL.AC.UK] On Behalf Of Kay Diederichs
Sent: Thursday, February 09, 2012 11:39 PM
To: COOT@JISCMAIL.AC.UK
Subject: Re: Coot Book of the Genesis

Bernhard,

the CentOS5 binaries used to work well on RHEL6 /CentOS6/ SL6 ; there was a 
glitch a few weeks ago which was fixed after I reported it ( 
https://www.jiscmail.ac.uk/cgi-bin/webadmin?A2=coot;31d9d7f5.1201 ). I install 
the latest nightly build every couple of months / weeks, and this works very 
well.

So for those who are not interested in learning to build coot (including me) 
the binaries are the way to go.

If the CentOS5 binary needs libraries on RHEL6 /CentOS6/ SL6 , this can be 
fixed in the way that applies to all s/w packages: from the error message, find 
the name of the library; yum install ; repeat until success. Works 
very well, even with a mix of 32bit and 64bit libraries.

good luck,

Kay

Re: [COOT] Coot Book of the Genesis

2012-02-10 Thread Mark A. White 
Bernhard,

Here is my (most inelegant) solution

sudo (cd /usr/lib/ ; ln -s libssl.so.1.0.0  libssl.so.6)

lrwxrwxrwx. 1 root root 15 Feb  1 11:23 /usr/lib/libssl.so ->
libssl.so.1.0.0*
lrwxrwxrwx. 1 root root 15 Feb  1 11:22 /usr/lib/libssl.so.10 ->
libssl.so.1.0.0*
-rwxr-xr-x. 1 root root 354976 Jan 24 20:12 /usr/lib/libssl.so.1.0.0*
lrwxrwxrwx. 1 root root 15 Oct  5 16:23 /usr/lib/libssl.so.6 ->
libssl.so.1.0.0*


This subterfuge seems to fix most missing library problems on newer OS
versions.  I haven't found a problem with library incompatibility yet
(knock on wood!)

Best of luck,

Mark


On Fri, 2012-02-10 at 12:50 -0800, Bernhard Rupp (Hofkristallrat a.D.)
wrote:

> Hi  Fellows,
>  
> following Kay's idea, I unpacked
> coot-0.6.2-binary-Linux-x86_64-centos-5-python-gtk2.tar.gz:
> 
> ./bin/coot-real: error while loading shared libraries: libssl.so.6: cannot 
> open shared object file: No such file or directory
> 
> ok, I yum it to be safe, find it in 
> /usr/lib/libssl.so.6 
> and export LD_LIBRARY_PATH=/usr/lib
> 
> Now the vengeance of the ELF (soon coming to a workstation near you) is 
> unleashed upon me:
> 
> ./bin/coot-real: error while loading shared libraries: libssl.so.6: wrong ELF 
> class: ELFCLASS32
> coot-exe: "./bin/coot-real"
> 
> Maybe I need the CLASS of 64 for my elf reunion?
> 
> I guess I better let the pro's deal with this and wait for a new binary.
> 
> Anyhow, thanks for all the tips. Cheers, BR
> 
> PS: current rhel build version
> coot-0.6.2-binary-Linux-x86_64-rhel-4-gtk2.tar.gz
> ./bin/coot-real: error while loading shared libraries: libldap-2.2.so.7: 
> cannot open shared object file: No such file or directory
> Yum:
> No package libldap-2.2.so.7 available.
> 
> PPS: latest (32 bit?) prebuild
> coot-0.7-pre-1-revision-3999-binary-Linux-i386-rhel-5-python-gtk2.tar.gz
> After a lot of yumming 
> Coot actually starts, but I get a lengthy error log and a version of the 
> previously reported problem with the icon SVGs (sidebar mostly empty) 
> 
> PPPS:
> coot-0.7-pre-1-revision-3999-binary-Linux-x86_64-rhel-4-python-gtk2.tar.gz
> same as above with coot-0.6.2-binary-Linux-x86_64-rhel-4-gtk2.tar.gz
> 
> S: definition of insanity: doing the same thing over and over and 
> expecting a different outcome.
> 
> -Original Message-
> From: Mailing list for users of COOT Crystallographic Software 
> [mailto:COOT@JISCMAIL.AC.UK] On Behalf Of Kay Diederichs
> Sent: Thursday, February 09, 2012 11:39 PM
> To: COOT@JISCMAIL.AC.UK
> Subject: Re: Coot Book of the Genesis
> 
> Bernhard,
> 
> the CentOS5 binaries used to work well on RHEL6 /CentOS6/ SL6 ; there was a 
> glitch a few weeks ago which was fixed after I reported it ( 
> https://www.jiscmail.ac.uk/cgi-bin/webadmin?A2=coot;31d9d7f5.1201 ). I 
> install the latest nightly build every couple of months / weeks, and this 
> works very well.
> 
> So for those who are not interested in learning to build coot (including me) 
> the binaries are the way to go.
> 
> If the CentOS5 binary needs libraries on RHEL6 /CentOS6/ SL6 , this can be 
> fixed in the way that applies to all s/w packages: from the error message, 
> find the name of the library; yum install ; repeat until 
> success. Works very well, even with a mix of 32bit and 64bit libraries.
> 
> good luck,
> 
> Kay


-- 
Yours sincerely,

Mark A. White, Ph.D.
Associate Professor of Biochemistry and Molecular Biology, 
Manager, Sealy Center for Structural Biology and Molecular Biophysics
X-ray Crystallography Laboratory,
Basic Science Building, Room 6.660 C
University of Texas Medical Branch
Galveston, TX 77555-0647
Tel. (409) 747-4747
Cell. (281) 734-3614
Fax. (409) 747-1404
mailto://mawh...@utmb.edu
http://xray.utmb.edu
http://xray.utmb.edu/~white

Re: [COOT] Coot Book of the Genesis

2012-02-11 Thread Kay Diederichs 

On 02/10/2012 09:50 PM, Bernhard Rupp (Hofkristallrat a.D.) wrote:

Hi  Fellows,

following Kay's idea, I unpacked
coot-0.6.2-binary-Linux-x86_64-centos-5-python-gtk2.tar.gz:

./bin/coot-real: error while loading shared libraries: libssl.so.6: cannot open 
shared object file: No such file or directory

ok, I yum it to be safe, find it in


yum gave you a (useless) 32bit library.

So my advice (at bottom of email) was only half of the solution, and it 
didn't even apply to you. Sorry for that!
The solution for the above problem would have been to symlink the 
existing /usr/lib64/libssl.so into coot's lib directory.



/usr/lib/libssl.so.6
and export LD_LIBRARY_PATH=/usr/lib


modifying LD_LIBRARY_PATH leads to all kinds of problems since 
essentially from now on the loader does not find the 64bit libs any more!




Now the vengeance of the ELF (soon coming to a workstation near you) is 
unleashed upon me:

./bin/coot-real: error while loading shared libraries: libssl.so.6: wrong ELF 
class: ELFCLASS32
coot-exe: "./bin/coot-real"

Maybe I need the CLASS of 64 for my elf reunion?


the elves would tell you to
export LD_LIBRARY_PATH=""



I guess I better let the pro's deal with this and wait for a new binary.


see 
http://strucbio.biologie.uni-konstanz.de/ccp4wiki/index.php/Coot#Example:_installing_a_64bit_nightly_CentOS5_binary_build_on_64bit_SL6.1


HTH,

Kay



Anyhow, thanks for all the tips. Cheers, BR

PS: current rhel build version
coot-0.6.2-binary-Linux-x86_64-rhel-4-gtk2.tar.gz
./bin/coot-real: error while loading shared libraries: libldap-2.2.so.7: cannot 
open shared object file: No such file or directory
Yum:
No package libldap-2.2.so.7 available.

PPS: latest (32 bit?) prebuild
coot-0.7-pre-1-revision-3999-binary-Linux-i386-rhel-5-python-gtk2.tar.gz
After a lot of yumming
Coot actually starts, but I get a lengthy error log and a version of the 
previously reported problem with the icon SVGs (sidebar mostly empty)

PPPS:
coot-0.7-pre-1-revision-3999-binary-Linux-x86_64-rhel-4-python-gtk2.tar.gz
same as above with coot-0.6.2-binary-Linux-x86_64-rhel-4-gtk2.tar.gz

S: definition of insanity: doing the same thing over and over and expecting 
a different outcome.

-Original Message-
From: Mailing list for users of COOT Crystallographic Software 
[mailto:COOT@JISCMAIL.AC.UK] On Behalf Of Kay Diederichs
Sent: Thursday, February 09, 2012 11:39 PM
To: COOT@JISCMAIL.AC.UK
Subject: Re: Coot Book of the Genesis

Bernhard,

the CentOS5 binaries used to work well on RHEL6 /CentOS6/ SL6 ; there was a 
glitch a few weeks ago which was fixed after I reported it ( 
https://www.jiscmail.ac.uk/cgi-bin/webadmin?A2=coot;31d9d7f5.1201 ). I install 
the latest nightly build every couple of months / weeks, and this works very 
well.

So for those who are not interested in learning to build coot (including me) 
the binaries are the way to go.

If the CentOS5 binary needs libraries on RHEL6 /CentOS6/ SL6 , this can be fixed in 
the way that applies to all s/w packages: from the error message, find the name of 
the library; yum install; repeat until success. Works very well, 
even with a mix of 32bit and 64bit libraries.

good luck,

Kay




--
Kay Diederichshttp://strucbio.biologie.uni-konstanz.de
email: kay.diederi...@uni-konstanz.deTel +49 7531 88 4049 Fax 3183
Fachbereich Biologie, Universität Konstanz, Box M647, D-78457 Konstanz

This e-mail is digitally signed. If your e-mail client does not have the
necessary capabilities, just ignore the attached signature "smime.p7s".



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [COOT] Coot Book of the Genesis

2012-02-11 Thread Leon Flaks 
The package openssl098e provides both libssl and libcrypto versions compatible 
with coot. It is available for 64-bit architecture.
So, I suggest to try 'yum -y install openssl098e' if it is available for you 
distribution. 

I am using it for SL-6, 64-bit  for some time now.

Hope that helps,

Leon

Re: [COOT] Coot Book of the Genesis

2012-02-11 Thread Kay Diederichs 

On 02/11/2012 05:02 PM, Leon Flaks wrote:

The package openssl098e provides both libssl and libcrypto versions compatible 
with coot. It is available for 64-bit architecture.
So, I suggest to try 'yum -y install openssl098e' if it is available for you 
distribution.

I am using it for SL-6, 64-bit  for some time now.

Hope that helps,

Leon


you are right. The weird thing is that 'yum provides libssl.so.6' only 
lists the 32bit package. I've updated 
http://strucbio.biologie.uni-konstanz.de/ccp4wiki/index.php/Coot#Example:_installing_a_64bit_nightly_CentOS5_binary_build_on_64bit_SL6.1


thanks,

Kay
--
Kay Diederichshttp://strucbio.biologie.uni-konstanz.de
email: kay.diederi...@uni-konstanz.deTel +49 7531 88 4049 Fax 3183
Fachbereich Biologie, Universität Konstanz, Box M647, D-78457 Konstanz

This e-mail is digitally signed. If your e-mail client does not have the
necessary capabilities, just ignore the attached signature "smime.p7s".



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [COOT] Coot Book of the Genesis

2012-02-11 Thread Bernhard Rupp (Hofkristallrat a.D.) 
Yes, the symlinks were one solution, and Leon's lib install works too.
 Thank you for putting it on the Wiki!

The broken images in v0.7 are still somewhat mysterious.
But I leave this to the experts...

Thx again, BR

-Original Message-
From: Kay Diederichs [mailto:kay.diederi...@uni-konstanz.de] 
Sent: Saturday, February 11, 2012 4:20 AM
To: b...@hofkristallamt.org
Cc: Bernhard Rupp (Hofkristallrat a.D.); COOT@JISCMAIL.AC.UK
Subject: Re: Coot Book of the Genesis

The solution for the above problem would have been to symlink the 
existing /usr/lib64/libssl.so into coot's lib directory.

> /usr/lib/libssl.so.6
> and export LD_LIBRARY_PATH=/usr/lib

modifying LD_LIBRARY_PATH leads to all kinds of problems since 
essentially from now on the loader does not find the 64bit libs any more!