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

Re: svn 1.8 debugging-compilation-serf-configure problem because of 1.6 Ubuntu install

From: Daniel Shahaf <d.s_at_daniel.shahaf.name>
Date: Fri, 1 Mar 2013 14:19:32 +0200

Gabriela Gibson wrote on Fri, Mar 01, 2013 at 10:35:25 +0000:
> M-x libtool --mode=execute gdb -i=mi --epoch
> /home/g/trunk/subversion/svn/svn
> cd ~/trunk
> run log
> subversion/libsvn_wc/wc_db_wcroot.c:316: (apr_err=155036)
> svn: E155036: The working copy at '/home/g/trunk'
> is too old (format 10) to work with client version '1.8.0-dev
> (under development)' (expects format 31).
> You need to upgrade the working copy first.
> Process gdb-inferior killed
> "

'svn log' == 'svn log ./'. You should run the command in a 1.8-format
wc, or provide a target (maybe a URL target).

> subversion/libsvn_ra/ra_loader.c:467: (apr_err=170000)
> svn: E170000: Unrecognised URL scheme for
> 'https://svn.apache.org/repos/asf/subversion/trunk'
> g_at_musashi:~/svn/log$
> (which I assume to be a serf problem)

The problem is likely that you didn't build libsvn_ra_serf, as
your configure output snippet shows. Check 'svn --version'

> To cut a very long story short: nothing works for me :)
> And btw, the configure script still claims that:
> --------------
> configure: WARNING: unrecognized options: --enable-maintainer-mode,
> --with-serf, --with-prefix
> --------------


> And serf still isn't compiling for me:
> ./configure --enable-maintainer-mode --with-serf=/home/g/trunk/
> --with-prefix=/usr/svntest/
> (also tried /home/h/trunk/serf just to be sure)
> --------------
> configure: serf library configuration via pkg-config
> checking for serf-2 library... no
> checking for serf-1 library... no
> checking was serf enabled... no
> An appropriate version of serf could not be found, so libsvn_ra_serf
> will not be built. If you want to build libsvn_ra_serf, please
> install serf 1.0.0 or newer.
> configure: error: Serf was explicitly enabled but an appropriate version
> was not found.
> -----------------
> (it clearly is present, get-deps.sh fetched and unzipped it)

What are you pointing --with-serf's argument to? I point it to the
value of --prefix in serf's build (configure and serfmake both have such
an argument) --- i.e., I build+install serf before configuring svn.

> Also, I note the ./configure --help tells me that:
> --with-serf=PREFIX Serf HTTP client library (enabled by default if
> found)
> which makes me think that serf should build without me telling it to,
> since, it's present, and it I guess the problem is that it's not found?

We don't build serf as part of svn's build system.
Received on 2013-03-01 13:20:13 CET

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

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