On Fri, 3 Mar 2000 20:29:17 -0500 zfrey@bright.net (Zach Frey) wrote:
Sorry, coming in late here. The Env variable you need is LD_LIBRARY_PATH. Mine is set to
LD_LIBRARY_PATH=/usr/local/lib/:/usr/lib:/usr/local/ssl/lib:/usr/local/lib/m ysql
My base Zope installation is /usr/local/zope/Zope-2.1.4-src. So, ExtensionClass.so is in /usr/local/zope/Zope-2.1.4-src/lib/python. My LD_LIBRARY_PATH is /usr/local/zope/Zope-2.1.4-src/lib/python:/usr/local/lib:/usr/openwin/lib, which ought to pick up ExtensionClass.so.
I didn't find it necessary to include the source distribution path in the LD_LIBRARY_PATH env variable...
Anything else which would cause the import to fail? I tried setting PYTHONPATH too, in desperation, but it doesn't seem to make any difference.
PYTHONPATH is used for telling Python where modules are. I don't think it will help in this circumstance.
P.S.: I did try the binary distribution on Solaris 2.5.1, and can report that it doesn't work. Zope fails to start up with an unresolved symbol error, so it really does require 2.6+.
Ok, so you can't use the Zope distn that has a precompiled Python bundled (it seems). Try setting LD_LIBRARY_PATH as above and recompiling your Python source distribution. I know I had a real pain getting Zope-src distns running under Solaris (and then found that our big expensive Sun Iron was half the speed - in pystones - of my iMac! ...grrr) - but it can be done. HTH? Tone