Following these problems with the stand-alone version, I did a load of
fink updatery (which I always find pretty confusing), ending up with
"fink -b install coot" which has now installed coot 0.6-pre-1-1941.
This version (/sw/bin/coot) works OK, though the fonts in the menus
etc are different & smaller than I had before in 0.5.2 (which worked
from the stand-alone install in /usr/local/xtal/coot)
Just one warning in start-up
Loading: shelx.py
/sw/share/coot/python/shelx.py:580: SyntaxWarning: import * only
allowed at module level
def read_shelx_project(file_name):
still confused, but this will do
thanks
Phil
On 29 Mar 2009, at 19:02, Phil Evans wrote:
On 29 Mar 2009, at 17:11, Ralf W. Grosse-Kunstleve wrote:
Hi Bill,
Phil Evans is having the problems you reported earlier with this
one.
So I am completely stumped.
I'd like to figure out what is different between your installation
and
his. What X11 version,
XQuartz 2.3.1 (xorg-server 1.4.2-apple17)
Same for me
OS X version
% sw_vers
ProductName: Mac OS X
ProductVersion: 10.5.6
BuildVersion: 9G55
Mac OS X 10.5.6 (9G55)
and machine are you using, and
Model Name: MacBook Pro
Model Identifier: MacBookPro4,1
Processor Name: Intel Core 2 Duo
Processor Speed: 2.5 GHz
Number Of Processors: 1
Total Number Of Cores: 2
Model Name: MacBook Pro 15"
Model Identifier: MacBookPro2,2
Processor Name: Intel Core 2 Duo
Processor Speed: 2.33 GHz
Number Of Processors: 1
how do you invoke coot (if from command line, what user shell).
source /usr/local/xtal/coot/bin/init.csh
coot
/usr/local/xtal/coot/bin/coot
Do you have $DYLIB_LIBRARY_PATH set, and if so, to what?
It was set like this:
DYLD_LIBRARY_PATH=/opt/intel/fc/10.1.015/lib
coot still works after unsetenv DYLD_LIBRARY_PATH
echo $DYLD_LIBRARY_PATH
/usr/local/CCP4versions/Clapham/ccp4-6.1.1/share/XIAROOT/xia2//
binaries/mac_386:/usr/local/CCP4versions/Clapham/ccp4-6.1.1/lib
Sorry for the bother, but I would like to eliminate this headache.
No problem. Let me know if you need anything else.
Phil, did you try temporarily moving your .cshrc or .profile or
similar?
It still fails without these & with the DYLD_LIBRARY_PATH unset
So it looks very much the same as Ralf's
The previous version that I was running did work OK, it was one of
Bill Scott's stand-alone builds, but unfortunately I overwrote the
working version with this one, though I will be able to get it back
from my backup tomorrow
Phil
