On Sun, 30 Mar 2003, Greg Stein wrote:
> You also need:
>
> $ make install-swig-py
Thanks! That obviously needed to be run.
> 1) adjust your Python path so the new package can be found:
>
> $ PYTHONPATH=/disk/0/subversion/run/lib/svn-python
I did this one but it still doesn't work. It outputs a different message
now. So it seems that the python part is getting loaded but maybe the
shared libraries aren't?
Traceback (most recent call last):
File "./cvs2svn.py", line 18, in ?
from svn import fs, util, delta, repos
File "/disk/0/subversion/run/lib/svn-python/svn/fs.py", line 24, in ?
import _fs
ImportError: No module named _fs
> 2) symlink from your Python installation to the SVN installation:
>
> $ cd /usr/lib/python2.2/site-packages
> $ ln -s /disk/0/subversion/run/lib/svn-python/svn svn
Nope. Can't modify anything outside of /disk/0/subversion. Basically, this
thing has to be installed 100% out of the system directories and without
root.
>
> Personally, I use the latter since it is tough to ensure that everybody
> will get the environment variable set. I haven't tested it, but you might
At this point, SVN won't run unless users have other environment variables
set anyhow. In particular, the dynamic linker seems very confused. The
rpath in the files seem to be messed up. Even if I have LD_LIBRARY_PATH
set correctly, I get:
$ ldd svn
svn:
-lsvn_client-1.0 =>
/disk/0/subversion/run/lib/libsvn_client-1.so.0.0 (0x4002c000)
-lsvn_wc-1.0 => /disk/0/subversion/run/lib/libsvn_wc-1.so.0.0 (0x4003f000)
-lsvn_ra-1.0 => /disk/0/subversion/run/lib/libsvn_ra-1.so.0.0 (0x4005a000)
-lsvn_ra_local-1.0 => /disk/0/subversion/run/lib/libsvn_ra_local-1.so.0.0 (0x4005c000)
-lsvn_repos-1.0 =>
/disk/0/subversion/run/lib/libsvn_repos-1.so.0.0 (0x40060000)
-lsvn_fs-1.0 => /disk/0/subversion/run/lib/libsvn_fs-1.so.0.0 (0x4006f000)
-lsvn_ra_dav-1.0 =>
/disk/0/subversion/run/lib/libsvn_ra_dav-1.so.0.0 (0x4010c000)
-lsvn_ra_svn-1.0 =>
/disk/0/subversion/run/lib/libsvn_ra_svn-1.so.0.0 (0x4011a000)
-lsvn_delta-1.0 =>
/disk/0/subversion/run/lib/libsvn_delta-1.so.0.0 (0x40122000)
-lsvn_auth-1.0 =>
/disk/0/subversion/run/lib/libsvn_auth-1.so.0.0 (0x4012c000)
-lsvn_subr-1.0 =>
/disk/0/subversion/run/lib/libsvn_subr-1.so.0.0 (0x4012e000)
-laprutil-0.9 => /disk/0/subversion/run/lib/libaprutil-0.so.9.2 (0x401cc000)
-lexpat.3 => /usr/local/lib/libexpat.so.3.0 (0x401de000)
-lapr-0.9 => /disk/0/subversion/run/lib/libapr-0.so.9.2 (0x401fa000)
-lneon.23 => /disk/0/subversion/run/lib/libneon.so.23.8 (0x40214000)
-lssl.6 => /usr/lib/libssl.so.6.0 (0x4022b000)
-lcrypto.8 => /usr/lib/libcrypto.so.8.0 (0x4025b000)
-lxml2.6 => /usr/local/lib/libxml2.so.6.24 (0x40338000)
-lz.1 => /usr/lib/libz.so.1.4 (0x403d3000)
-liconv.3 => /usr/local/lib/libiconv.so.3.0 (0x403e0000)
-lm.0 => /usr/lib/libm.so.0.1 (0x404cd000)
-lc_r.6 => /usr/lib/libc_r.so.6.5 (0x404e1000)
-laprutil-0.9 => not found (0x0)
-lapr-0.9 => not found (0x0)
The last two are interesting. It means that the rpath in some of the
libraries is messed up. The funny part is, I get the same output if
$LD_LIBRARY_PATH is set or not.
Thanks for the help so far!
- Mark G.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Mar 30 20:27:08 2003