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

[Fanelli, Paul]

Jelmer wrote:

> -----Original Message-----
> From: Jelmer Vernooij [mailto:jelmer at samba.org]
> Sent: Tuesday, May 05, 2009 4:13 PM
> To: Fanelli, Paul
> Cc: bazaar at lists.canonical.com
> Subject: Re: subvertpy error when trying to 'bzr branch' on an svn
repo
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Fanelli, Paul wrote:
> > 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?
> Not sure; what version of subversion do you have installed ? >= 1.5.0
?

I have subversion 1.6.1 installed.
I downloaded the latest code, built and installed in on a centos 5.1
system.
It is installed in /usr/local.

> 
> It seems a bit strange that while the modules are linked against
> 
> libsvn_ra_svn-1.so.0 ld.so fails to find svn_ra_get_log2.
> 
> Cheers,
> 
> Jelmer
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
> 
> iJwEAQECAAYFAkoAnbkACgkQDLQl4QYPZuUAnQP9G1/Zhrx2AYJ6uBfw9JMwy7QR
> 6C5B2fzWyWPmktA1QiRATn3qduSZ+9qXUUeAhS3xm0Bp8+5f/3KkSEN1Wnpa3k2J
> QGZT7vH3fnmKhZXa1Buc8giDK+UIZAe6Z71eIvEamjxR0Rz2PTqrCqr+pPoV+1hB
> ZXQpbx9pNLXGX+YsoCI=
> =//Dc
> -----END PGP SIGNATURE-----

I was thinking of maybe installing svn 1.4.3. This is the version I was
experimenting with and I demo'ed to management with.

I was just hoping that I could get this to work against the newer
version of svn just to test it out (and maybe sway management into
upgrading our ancient svn install).

Do you know if it is possible to have multiple installs of svn and not
cause kaos?  What's the best way to do this and not have library
conflicts? That way, I can try out different versions of svn against bzr
and see what works best?

-p