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

Re: Moving repository across servers : storage format problem

From: Gingko <from_tigris_at_nospam.homelinux.org>
Date: Thu, 4 Nov 2010 22:33:50 +0100

----- Original Message -----
From: "Les Mikesell" <lesmikesell_at_gmail.com>
To: <users_at_subversion.apache.org>
Sent: Thursday, November 04, 2010 8:27 PM
Subject: Re: Moving repository across servers : storage format problem

> On 11/4/2010 2:14 PM, Gingko wrote:
>>
>>>
>>> This is precisely what svnadmin dump/load is designed to address. So,
>>> step by step, how exactly did you do this? And are you certain that
>>> you have only one version of all the Subversion libraries installed on
>>> your Debian server?
>>
>> Maybe not as I previously temporarily tried to compile a more recent
>> version, in order to solve another problem (needing the logging option
>> which
>> seems to be not available in 1.5.1).
>>
>> How can I remove any trace of a version compiled from sources, using
>> configure / make / make install ?
>
> You can't, without knowing exactly where 'make install' puts everything,
> which is kind of the point of distribution packaging systems. However,
> it is probably all somewhere under /usr/local if you took the defaults.

Ok; I finally removed it by proceeding that way :
1) removing all packages related to subversion
2) finding all files on the server with "svn" in their name and a
modification date and time close to the "make" ones, checking and removing
most of them.
3) reinstalling all subversion packages

This seems to solve the problem (after redoing the "svnadmin load" command).

> I'd try to find a packaged 1.6.x version somewhere, though....

I just found a way to do that.
Using lenny-backports : http://backports.debian.org/
That way, it is possible to upgrade up to 1.6.12

Gingko
Received on 2010-11-04 22:34:40 CET

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.