This was just fixed minutes ago and the fix will be in the next successful chimera daily build. Your proposed workaround should do the trick. -- Greg On 11/14/2012 12:22 PM, Sai Tong wrote:
I tried to install alpha version of chimera today in a linux machine running fedora core 14 chimera-alpha-linux_x86_64.bin
after installation, running chimera gives the following
Traceback (most recent call last): File "/opt/UCSF/Chimera64-2012-11-14/share/__main__.py", line 69, in <module> value = chimeraInit.init(sys.argv) File "/opt/UCSF/Chimera64-2012-11-14/share/chimeraInit.py", line 594, in init import chimera File "/opt/UCSF/Chimera64-2012-11-14/share/chimera/__init__.py", line 16, in <module> from _chimera import BBox, Camera, Color, ColorGroup, DirectionalLight, LODControl, Lens, LensViewer, Light, Material, MaterialColor, Model, NoGuiViewer, OGLFont, OSLAbbreviation, OpenModels, OpenState, PathFinder, PixelMap, Plane, Point, PositionalLight, Selectable, SharedState, SpotLight, Sphere, Texture, TextureColor, TrackChanges, Vector, Viewer, X3DScene, Xform ImportError: libbz2.so.1.0: cannot open shared object file: No such file or directory
The lib64 directory contains the following: lrwxrwxrwx. /lib64/libbz2.so.1 -> libbz2.so.1.0.6 -rwxr-xr-x. /lib64/libbz2.so.1.0.6
If I install the current production release version, running chimera from this production installation would be without problem.
Should I temporarily link libbz2.so.1.0.6 to libbz2.so.1.0 in /lib64 in order to make the alpha version of chimera run?
_______________________________________________ Chimera-users mailing list Chimera-users@cgl.ucsf.edu http://plato.cgl.ucsf.edu/mailman/listinfo/chimera-users