Re: Subversion 0.13.0 [Pre-Alpha] released - a report on successes and problems
From: Jonathan Leffler <jleffler_at_us.ibm.com>
Date: 2002-06-19 20:13:22 CEST
Dear Ben (and Subversion Developers),
Thanks for the rapid response.
I responded to users@subversion because that's where the Reply-To in the
Reproduction, using svn r2263 (which is what I managed to get to build and
$ mkdir subverted
subversion/libsvn_wc/adm_files.c:1012
I note that it is not clear from the error message which file(s) in the
Apologies for missing the info in INSTALL/README - I'll leave WebDAV alone
If you need more configuration information, tell me what you want.
--
Jonathan Leffler (jleffler@us.ibm.com)
STSM, Informix Database Engineering, IBM Data Management Solutions
4100 Bohannon Drive, Menlo Park, CA 94025
Tel: +1 650-926-6921 Tie-Line: 630-6921
"I don't suffer from insanity; I enjoy every minute of it!"
Ben
Collins-Sussman To: Jonathan Leffler/Menlo Park/IBM@IBMUS
<sussman@collab.n cc: users@subversion.tigris.org, SVN Dev List <dev@subversion.tigris.org>
et> Subject: Re: Subversion 0.13.0 [Pre-Alpha] released - a report on successes and
Sent by: problems
sussman@collab.ne
t
06/19/02 10:38 AM
Forwarding this to the dev list. The 'users' list is barely used at
all right now.
"Jonathan Leffler" <jleffler@us.ibm.com> writes:
> I'm not clear what format you want feedback on successful builds of SVN,
or
> problems while building or using it, so here goes.
>
> I've managed to build and install the 0.12 and 0.13 versions of
Subversion,
> and get the latest builds afterwards,
> running on Ultra Sparc, Solaris 7, GCC 3.1, etc.
>
> I've encountered a couple problems in using it.
>
> 1. Interrupting things (svn update) seems to leave the system in an
> incoherent state, so I cannot resume the 'svn update' operation later.
> Workaround: delete the entire subversion directory and start over.
Can you be more specific, or give a reproduction recipe? This is
something we're trying to fix. 'svn update' makes changes to the
working copy using logged commands, much like a journaling filesystem.
In theory, we use this approach so we can exactly avoid this problem.
:-)
> 2. I'm having a dickens of a job getting Apache 2.0.36 to work with
0.13.0,
> so I've been unable to set up a local SVN repository, even for playing.
> The problem appears to be in loading the mod_dav_svn.so module, and
> probably is related to the symbols used in the APR and/or APR-UTIL code
> which are in the version of APR used by SVN but not in the one used by
> Apache 2.0.36.
>
> I'm planning to try Apache 2.0.39 in the hope that this will fix the
> problems -- it will probably use the latest and greatest APR.
Yes, by definition, the latest subversion only compiles against the
HEAD versions of httpd and APR. You cannot use 2.0.36, and might not
even be able to use 2.0.39. You need to check out httpd from CVS
directly, just as our INSTALL instructions say to do.
Once we hit Alpha, Beta, or 1.0, then we'll starting enforcing
compatibilty with specific release-numbers of APR and httpd. But for
now, you need to treat all three projects as moving targets.
> Am I missing something? Is there a way to set up a local repository
> without having to go via the web server?
Yes, if you have Berkeley DB compiled into your client (via the
libsvn_ra_local module), then you can access repositories directly
with your svn client. It's all in the README and INSTALL files.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jun 19 21:43:15 2002
|
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.