You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Alexis Huxley <ah...@gmx.net> on 2002/11/23 14:31:50 UTC
upgrading SVN: which revisions do I need to "pass through"?
Hi ..
Up to now, come upgrade time, I've simply exported my version X repository,
compiled and installed version Y, and reimported. I've done this because
I've not really been using properties and I've not had any 'history' I
care to keep.
But now this is no longer the case: I want to keep my repository's properties
and history, and I want to upgrade, but I'm a bit behind:
leda$ svn --version
Subversion Client, version 0.14.0 (dev build)
compiled Aug 4 2002, 19:11:33
Okay, I know I have to do dump/restore cycles with specific versions of
SVN. Is the sequence of SVN versions I need to "pass through" documented
somewhere? I couldn't find it on the web pages.
Also, I know that compiling any SVN version is best done with
specific versions of Apache2/APR/neon, are the required versions of
these documented somewhere?
Are the 'right' versions of these things even going to be available
anywhere? If not, and I use the latest of each of them, as per a new
install, am I going to hit compile problems with the old SVN versions?
Advice appreciated! Thanks!
Alexis
PS If there'll be a new version this week, then I'll wait till *next*
weekend to do the upgrade :-)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: DAV-only client cosmetic buglet (was: Re: upgrading SVN ...)
Posted by Alexis Huxley <ah...@gmx.net>.
> > te35$ svn --version
> > /usr/lib/dld.sl: Can't open shared library: libsvn_ra_local-1.so
> > /usr/lib/dld.sl: No such file or directory
> > svn, version 0.16.0 (dev build)
> > compiled Dec 7 2002, 20:31:02
> >
> > Copyright (C) 2000-2002 CollabNet.
> > ...
It's sort of the opposite of issue #617.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: DAV-only client cosmetic buglet (was: Re: upgrading SVN ...)
Posted by Alexis Huxley <ah...@gmx.net>.
> te35$ svn --version
> /usr/lib/dld.sl: Can't open shared library: libsvn_ra_local-1.so
> /usr/lib/dld.sl: No such file or directory
> svn, version 0.16.0 (dev build)
> compiled Dec 7 2002, 20:31:02
>
> Copyright (C) 2000-2002 CollabNet.
> ...
I forgot to say that of course it also does it when I do a checkout:
te35$ svn co http://dione.no-ip.org/svn/svn-tools/trunk svn-tools
/usr/lib/dld.sl: Can't open shared library: libsvn_ra_local-1.so
/usr/lib/dld.sl: No such file or directory
ahuxley's password:
username: alexis
alexis's password:
A svn-tools/bin
A svn-tools/bin/svn-test
A svn-tools/bin/svn-build
A svn-tools/bin/svn-restore-properties
A svn-tools/bin/svn-fixprops
A svn-tools/bin/svn-backup
A svn-tools/bldcfg
Checked out revision 228.
te35$
and at commit:
te35$ svn commit -m "* patched for building 2046 at ESO"
/usr/lib/dld.sl: Can't open shared library: libsvn_ra_local-1.so
/usr/lib/dld.sl: No such file or directory
Sending bin/svn-build
Transmitting file data .
Committed revision 229.
te35$
but 'svn st' is fine.
Alexis
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: DAV-only client cosmetic buglet (was: Re: upgrading SVN ...)
Posted by Alexis Huxley <ah...@gmx.net>.
> > te35$ svn --version
> > /usr/lib/dld.sl: Can't open shared library: libsvn_ra_local-1.so
> > /usr/lib/dld.sl: No such file or directory
> ...
>
> Yeah, this is an APR bug on HP-UX, I noticed it recently too - I haven't
> got round to checking the history of this code, but I think this was the
> fix:
>
> Index: dso.c
> ===================================================================
> RCS file: /home/cvs/apr/dso/unix/dso.c,v
> retrieving revision 1.56
> diff -u -r1.56 dso.c
> --- dso.c 13 Sep 2002 04:59:52 -0000 1.56
> +++ dso.c 7 Dec 2002 23:55:48 -0000
> @@ -119,7 +119,7 @@
> const char *path, apr_pool_t *pool)
> {
> #if defined(DSO_USE_SHL)
> - shl_t os_handle = shl_load(path, BIND_IMMEDIATE|BIND_VERBOSE|BIND_NOSTART, 0L);
> + shl_t os_handle = shl_load(path, BIND_IMMEDIATE|BIND_NOSTART, 0L);
>
> #elif defined(DSO_USE_DYLD)
> NSObjectFileImage image;
Yup, I can confirm that works. Thanks.
Alexis
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: DAV-only client cosmetic buglet (was: Re: upgrading SVN ...)
Posted by Joe Orton <jo...@manyfish.co.uk>.
On Sat, Dec 07, 2002 at 09:11:42PM +0100, Alexis Huxley wrote:
> te35$ svn --version
> /usr/lib/dld.sl: Can't open shared library: libsvn_ra_local-1.so
> /usr/lib/dld.sl: No such file or directory
...
Yeah, this is an APR bug on HP-UX, I noticed it recently too - I haven't
got round to checking the history of this code, but I think this was the
fix:
Index: dso.c
===================================================================
RCS file: /home/cvs/apr/dso/unix/dso.c,v
retrieving revision 1.56
diff -u -r1.56 dso.c
--- dso.c 13 Sep 2002 04:59:52 -0000 1.56
+++ dso.c 7 Dec 2002 23:55:48 -0000
@@ -119,7 +119,7 @@
const char *path, apr_pool_t *pool)
{
#if defined(DSO_USE_SHL)
- shl_t os_handle = shl_load(path, BIND_IMMEDIATE|BIND_VERBOSE|BIND_NOSTART, 0L);
+ shl_t os_handle = shl_load(path, BIND_IMMEDIATE|BIND_NOSTART, 0L);
#elif defined(DSO_USE_DYLD)
NSObjectFileImage image;
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: DAV-only client cosmetic buglet (was: Re: upgrading SVN ...)
Posted by Alexis Huxley <ah...@gmx.net>.
> >I know it's only cosmetic in the circumstances, but I figured you
> >guys would want to know about it. Here's 'uname -a':
> >
> > te35$ uname -a
> > HP-UX te35 B.11.00 U 9000/785 2008900992 unlimited-user license
> > te35$
> >
> This is for the client, right? Out of curiosity, what's your server? I
It's Linux - Debian 3.0+testing.
> know for a fact that ra_local doesn't work on _any_ version of HP-UX,
> but I haven't got around to testing ra_dav or ra_svn.
Yes, in fact I think it was you who told me that db4 + HP-UX is broken
(something about mmap() I seem to recall you said).
For me that is okay though; I need *only* DAV from HP-UX. On the Linux
box I also only use DAV, as much because the repository belongs to
'nobody' as anything else.
Alexis
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: DAV-only client cosmetic buglet (was: Re: upgrading SVN ...)
Posted by Branko Čibej <br...@xbc.nu>.
Alexis Huxley wrote:
>I know it's only cosmetic in the circumstances, but I figured you
>guys would want to know about it. Here's 'uname -a':
>
> te35$ uname -a
> HP-UX te35 B.11.00 U 9000/785 2008900992 unlimited-user license
> te35$
>
>
This is for the client, right? Out of curiosity, what's your server? I
know for a fact that ra_local doesn't work on _any_ version of HP-UX,
but I haven't got around to testing ra_dav or ra_svn.
--
Brane Čibej <br...@xbc.nu> http://www.xbc.nu/brane/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
DAV-only client cosmetic buglet (was: Re: upgrading SVN ...)
Posted by Alexis Huxley <ah...@gmx.net>.
Alexis wrote:
> > and history, and I want to upgrade, but I'm a bit behind:
> >
> > leda$ svn --version
> > Subversion Client, version 0.14.0 (dev build)
> > compiled Aug 4 2002, 19:11:33
> >
cmpilato wrote:
> You may be in luck. I don't think that the repository dump format has
> changed since revision 2634, and 0.14.0 is 2667! The filesystem
> schema itself changed in 0.14.2, so the dump/load is required. But
I upgraded a machine with client+server, it went almost without a hitch;
I had to do a 'svnadmin recover' after I had reloaded the dump,
but after that it was fine.
I also upgraded another machine where I only need a client using
DAV access. Previously on this machine I had attempted to build db4;
not realising for my requirements it was superfluous. So apart from
the tests, last time everything had been fine.
However, this time I read the manual a bit better and built *without*
db4, and while the client builds fine and works, 'svn --version'
does output a rather ugly error message:
te35$ svn --version
/usr/lib/dld.sl: Can't open shared library: libsvn_ra_local-1.so
/usr/lib/dld.sl: No such file or directory
svn, version 0.16.0 (dev build)
compiled Dec 7 2002, 20:31:02
Copyright (C) 2000-2002 CollabNet.
...
I know it's only cosmetic in the circumstances, but I figured you
guys would want to know about it. Here's 'uname -a':
te35$ uname -a
HP-UX te35 B.11.00 U 9000/785 2008900992 unlimited-user license
te35$
Actually, between one compile and the other, the revision count had
gone from 4042 to 4046 :-) so I will take this opportunity to say
that Subversion is (a) superb and (b) very very useful to me and (c)
all your efforts are very much appreciated!
Alexis
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: upgrading SVN: which revisions do I need to "pass through"?
Posted by cm...@collab.net.
Alexis Huxley <ah...@gmx.net> writes:
> Hi ..
>
> Up to now, come upgrade time, I've simply exported my version X repository,
> compiled and installed version Y, and reimported. I've done this because
> I've not really been using properties and I've not had any 'history' I
> care to keep.
>
> But now this is no longer the case: I want to keep my repository's properties
> and history, and I want to upgrade, but I'm a bit behind:
>
> leda$ svn --version
> Subversion Client, version 0.14.0 (dev build)
> compiled Aug 4 2002, 19:11:33
>
> Okay, I know I have to do dump/restore cycles with specific versions of
> SVN. Is the sequence of SVN versions I need to "pass through" documented
> somewhere? I couldn't find it on the web pages.
You may be in luck. I don't think that the repository dump format has
changed since revision 2634, and 0.14.0 is 2667! The filesystem
schema itself changed in 0.14.2, so the dump/load is required. But
you shouldn't have to bother with intermediate dump/load stages. Just
dump your repository with your current 'svnadmin dump', build a new
subversion, then use the new svnadmin to create and load your new
repos. After testing that everything looks alright, you can discard
the old repos. Don't forget to copy over any hook scripts or custom
DB_CONFIG edits to the new repos, too.
> Also, I know that compiling any SVN version is best done with
> specific versions of Apache2/APR/neon, are the required versions of
> these documented somewhere?
See the INSTALL file (in the new version of Subversion that you plan
to build of course).
> PS If there'll be a new version this week, then I'll wait till *next*
> weekend to do the upgrade :-)
We're gonna try to get 0.16 out the door next Tuesday.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org