subvertpy error when trying to 'bzr branch' on an svn repo

[Fanelli, Paul]

Hi Jelmer,

> -----Original Message-----
> From: Jelmer Vernooij [mailto:jelmer at samba.org]
> Sent: Friday, May 01, 2009 4:53 PM
> To: Fanelli, Paul
> Cc: bazaar at lists.canonical.com
> Subject: Re: subvertpy error when trying to 'bzr branch' on an svn
repo
> 
> Hi Paul,
> 
> Fanelli, Paul wrote:
> > ImportError: ('Unable to load subvertpy extensions: %s',
> > '/usr/local/lib/python2.6/site-packages/subvertpy/client.so:
undefined
> > symbol: svn_ra_get_log2')
> >
> [...]
> > I downloaded svn 1.6.1 and deps.  I ran ./configure, make and make
> > install for svn.
> >
> > I downloaded subvertpy with:  bzr get lp:subvertpy, then ran make
and
> > ./setup.py install
> >
> I'm not sure what could've gone wrong here exactly. Did you get any
> errors during the compilation? 

I downloaded the code with: 'bzr co lp:subvertpy'
I then ran './setup.py build' and it looked like it built correctly. But
I checked the output and I did get the following build error:

sh: apr-1-config: command not found
./setup.py:29: DeprecationWarning: BaseException.message has been
deprecated as of Python 2.6
  self.message = msg % (cmd, val)
./setup.py:30: DeprecationWarning: BaseException.message has been
deprecated as of Python 2.6
  Exception.__init__(self, self.message)

To fix the apr-1-config error, I set the APR_CONFIG env variable:
'export APR_CONFIG=/usr/local/apr/bin/apr-1-config'

(I also ignored the warnings)

I wasn't sure how to re-build it, so I just deleted the subvertpy
directory and re-downloaded the code. I then ran './setup.py build'
again and didn't see any errors. I then ran './setup.py install'. It
looks like it builds and installs ok.

I am still seeing that ImportError:

ImportError: ('Unable to load subvertpy extensions: %s',
'/usr/local/lib/python2.6/site-packages/subvertpy/client.so: undefined
symbol: svn_ra_get_log2')


> What does "ldd
> 
> usr/local/lib/python2.6/site-packages/subvertpy/client.so" return?

Here's the output from ldd on client.so:

[root at bzr1 subvertpy]# ldd
/usr/local/lib/python2.6/site-packages/subvertpy/client.so 
	libsvn_client-1.so.0 => /usr/lib64/libsvn_client-1.so.0
(0x00002ba9d9c4a000)
	libsvn_subr-1.so.0 => /usr/lib64/libsvn_subr-1.so.0
(0x00002ba9d9e73000)
	libpthread.so.0 => /lib64/libpthread.so.0 (0x00002ba9da0a7000)
	libc.so.6 => /lib64/libc.so.6 (0x00002ba9da2c3000)
	libsvn_wc-1.so.0 => /usr/lib64/libsvn_wc-1.so.0
(0x00002ba9da619000)
	libsvn_ra-1.so.0 => /usr/lib64/libsvn_ra-1.so.0
(0x00002ba9da84b000)
	libsvn_delta-1.so.0 => /usr/lib64/libsvn_delta-1.so.0
(0x00002ba9daa50000)
	libsvn_diff-1.so.0 => /usr/lib64/libsvn_diff-1.so.0
(0x00002ba9dac5a000)
	libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0
(0x00002ba9dae61000)
	libapr-1.so.0 => /usr/lib64/libapr-1.so.0 (0x00002ba9db07f000)
	libz.so.1 => /usr/lib64/libz.so.1 (0x00002ba9db2a6000)
	/lib64/ld-linux-x86-64.so.2 (0x00000030f8a00000)
	libsvn_ra_local-1.so.0 => /usr/lib64/libsvn_ra_local-1.so.0
(0x00002ba9db4bb000)
	libsvn_repos-1.so.0 => /usr/lib64/libsvn_repos-1.so.0
(0x00002ba9db6c2000)
	libsvn_fs-1.so.0 => /usr/lib64/libsvn_fs-1.so.0
(0x00002ba9db8e2000)
	libsvn_ra_svn-1.so.0 => /usr/lib64/libsvn_ra_svn-1.so.0
(0x00002ba9dbae8000)
	libsvn_ra_dav-1.so.0 => /usr/lib64/libsvn_ra_dav-1.so.0
(0x00002ba9dbcfc000)
	libuuid.so.1 => /lib64/libuuid.so.1 (0x00002ba9dbf1a000)
	libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00002ba9dc11e000)
	libldap-2.3.so.0 => /usr/lib64/libldap-2.3.so.0
(0x00002ba9dc356000)
	liblber-2.3.so.0 => /usr/lib64/liblber-2.3.so.0
(0x00002ba9dc590000)
	libdb-4.3.so => /lib64/libdb-4.3.so (0x00002ba9dc79f000)
	libpq.so.4 => /usr/lib64/libpq.so.4 (0x00002ba9dca94000)
	libsqlite3.so.0 => /usr/lib64/libsqlite3.so.0
(0x00002ba9dccb6000)
	libexpat.so.0 => /lib64/libexpat.so.0 (0x00002ba9dcf11000)
	libdl.so.2 => /lib64/libdl.so.2 (0x00002ba9dd133000)
	libsvn_fs_fs-1.so.0 => /usr/lib64/libsvn_fs_fs-1.so.0
(0x00002ba9dd338000)
	libsvn_fs_base-1.so.0 => /usr/lib64/libsvn_fs_base-1.so.0
(0x00002ba9dd554000)
	libneon.so.25 => /usr/lib64/libneon.so.25 (0x00002ba9dd77e000)
	libresolv.so.2 => /lib64/libresolv.so.2 (0x00002ba9dd9a1000)
	libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00002ba9ddbb6000)
	libssl.so.6 => /lib64/libssl.so.6 (0x00002ba9dddcf000)
	libcrypto.so.6 => /lib64/libcrypto.so.6 (0x00002ba9de01a000)
	libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x00002ba9de36b000)
	libnsl.so.1 => /lib64/libnsl.so.1 (0x00002ba9de600000)
	libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2
(0x00002ba9de819000)
	libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3
(0x00002ba9dea47000)
	libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00002ba9dec6c000)
	libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0
(0x00002ba9dee6f000)
	libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00002ba9df077000)
	libselinux.so.1 => /lib64/libselinux.so.1 (0x00002ba9df27a000)
	libsepol.so.1 => /lib64/libsepol.so.1 (0x00002ba9df492000)

Looks ok to me :)...

> 
> > Oh, by the way...
> >
> > I forgot to thank you for all the work you did on my last problem,
with
> > the svn/bzr author issue.
> >
> > I was going to send you a note to not do the work, but you already
did
> > it!
> >
> > I convinced the mgmt around here that having the author as 'pqm' was
ok
> > and to really see who did what, you just had to look at the merge
log
> > entries under pqm. I setup loggerhead and demo'ed this concept.
> >
> >
> >
> Nice, that's great to hear :-)
> 
> Cheers,
> Jelmer


Do you have any other ideas, or want me to try something else?


Regards,
Paul