[Adium-devl] Hiro update

[Christopher Forsythe]

On Nov 7, 2006, at 3:25 PM, Evan Schoenberg wrote:

>
> On Nov 7, 2006, at 2:50 PM, Chris Forsythe wrote:
>
>>> Biggest remaining problem is that the svn python bindings don't  
>>> work at present...
>>> <snip>
>>> which is odd since libsvn_swig_py-1.so.0 is very much there.
>>>
>>
>> Ya, James mentioned that to me actually, after getting subversion  
>> fixed he said we'd need to get the bindings reinstalled. So it's  
>> expected.
> The bindings test OK via the Make tests:
> ======
>
> [evands:hiro] [17:22:48] [Tue Nov 07] [~/installing/subversion-1.4.2]
> => make check-swig-py
> cd /home/evands/installing/subversion-1.4.2/subversion/bindings/ 
> swig/python; \
>   /usr/local/bin/python /home/evands/installing/subversion-1.4.2/ 
> subversion/bindings/swig/python/tests/run_all.py
> ...................................................................... 
> .....
> ----------------------------------------------------------------------
> Ran 75 tests in 23.129s
>
> OK
>
> ======
> but python still won't use 'em, complaining about   
> libsvn_swig_py-1.so.0.. which is in /usr/local/lib which is in the  
> path.
>
> => python
> Python 2.3.6 (#1, Nov  3 2006, 22:49:47)
> [GCC 3.4.6 20060404 (Red Hat 3.4.6-3)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import sys
> >>> sys.path
> ['', '/usr/local/lib/python2.3/site-packages/setuptools-0.6c3- 
> py2.3.egg', '/usr/local/lib/python2.3/site-packages/ 
> Genshi-0.4dev_r407-py2.3.egg', '/usr/local/lib/python23.zip', '/usr/ 
> local/lib/python2.3', '/usr/local/lib/python2.3/plat-linux2', '/usr/ 
> local/lib/python2.3/lib-tk', '/usr/local/lib/python2.3/lib- 
> dynload', '/usr/local/lib/python2.3/site-packages', '/usr/local/lib/ 
> svn-python', '/usr/local/lib', '/usr/local/lib/python2.3/site- 
> packages']
>
> >>> import svn.repos
> Traceback (most recent call last):
>   File "<stdin>", line 1, in ?
>   File "/usr/local/lib/svn-python/svn/repos.py", line 19, in ?
>     from libsvn.repos import *
>   File "/usr/local/lib/svn-python/libsvn/repos.py", line 5, in ?
>     import fs
> ImportError: libsvn_swig_py-1.so.0: cannot open shared object file:  
> No such file or directory
> =====
>
> if you copy  libsvn_swig_py-1.so.0 to /usr/lib (which isn't in the  
> system path, curiously), it gets a bit further and gives a  
> segmentation fault. Any python wizards out there with a clever idea?


I'm seeing about the same, further looking into it it's not the ld  
cache. I even cleared the ld cache with ldconfig and it still didn't  
work.

Some output that might help people:

[root at hiro swig-1.3.27]# python
Python 2.3.6 (#1, Nov  3 2006, 22:49:47)
[GCC 3.4.6 20060404 (Red Hat 3.4.6-3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
 >>> import sys
 >>> import svn.repos
Traceback (most recent call last):
   File "<stdin>", line 1, in ?
   File "/usr/local/lib/svn-python/svn/repos.py", line 19, in ?
     from libsvn.repos import *
   File "/usr/local/lib/svn-python/libsvn/repos.py", line 5, in ?
     import fs
ImportError: libsvn_swig_py-1.so.0: cannot open shared object file:  
No such file or directory
 >>> import svn.repos
 >>>
[root at hiro swig-1.3.27]# cat /etc/ld.so.conf
include ld.so.conf.d/*.conf
/usr/ofed/lib
[root at hiro swig-1.3.27]# cat /etc/ld.so.conf.d/*
/usr/local/lib

/usr/lib

/usr/X11R6/lib
[root at hiro swig-1.3.27]# echo $LD_LIBRARY_PATH




I'm thinking of running through http://natmaster.com/articles/ 
installing_trac.php in a new directory to see if it can even work  
from an lib install in a local install.

Chris


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://adium.im/pipermail/devel_adium.im/attachments/20061107/813a0b74/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://adium.im/pipermail/devel_adium.im/attachments/20061107/813a0b74/attachment.sig>