[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Is it safe to remove deleted and no longer used branches from the svn:mergeinfo property?

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Tue, 06 Jun 2017 17:56:39 +0000

Alfred von Campe wrote on Tue, 06 Jun 2017 13:36 -0400:
> On Jun 5, 2017, at 17:08, Daniel Shahaf wrote:
>
> > What you need to run is:
> >
> > ./autogen.sh && ./configure && make svn-mergeinfo-normalizer
> >
> > You do need APR libraries for that. (Install the 'apr-dev' package.)
>
> It took a while to get all dependencies sorted out on CentOS 6 (BTW, it’s
> apr-devel on Red Hat/CentOS), but I finally was able to run the configure
> and make. But now I am encountering the following issue at run time:
>
> $ svn-mergeinfo-normalizer --help
> svn: E200019: Version mismatch in 'svn_gnome_keyring' (expecting equality): found 1.9.4, expected 1.10.0-dev
>
> I really don’t want/need to get everything on this system up to version
> 1.10; is there a way around this?

The runtime linker finds libsvn_gnome_keyring.so in /usr/lib, rather
than the one in the build tree.

Your options include:

- Link statically. (--enable-all-static to configure)

- Set LD_LIBRARY_PATH as in my 'manual' example. (If running from the
  build tree, I think you'll need to point it to subversion/libsvn_*/.libs/;
  if running from an installed tree, point it to ${prefix}/lib.)

- Run the executable as 'libtool --mode=execute ./svn-mergeinfo-normalizer'.
  (There'll be a 'libtool' script in the root of the build tree.)

- Pass --prefix to configure, then run 'make install-tools', and run the
  binary from ${prefix}/bin/svn-tools/ rather than from the build tree.

- (included for completeness) Temporarily move /usr/lib/libsvn*.so out
  of the way while testing.

Daniel
Received on 2017-06-06 19:56:44 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.