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

Re: New SVNSYNC bug?

From: Lieven Govaerts <svnlgo_at_mobsol.be>
Date: Tue, 29 Apr 2008 20:36:55 +0200

Justin Erenkrantz wrote:
> On Mon, Apr 28, 2008 at 3:48 PM, David Glasser <glasser_at_davidglasser.net> wrote:
>> There were in fact changes to the svnsync RA calls as well as to the
>> svnserve protocol for it, so I wouldn't be horribly surprised if we
>> screwed something up in the compatibility code or something.
>
> FWIW, we're starting to deploy the mirroring code over at apache.org
> and we're seeing a similar bug to what David S. is seeing: new files
> aren't being added over replay. Changed/modified files are okay.
>
> (Sadly, our master SVN server has suffered a hard drive failure; so
> this is on the back burner for us now.) -- justin
>

David, Justin,

For completeness sake:
1. between master and svnsync client you're using http, with ra_serf or
ra_neon?
2. between svnsync and slave you're using what? ra_local?

I don't think the fact that you (DavidS) are using the WebDAV proxy
should be relevant here, as the added paths are dropped while syncing
from master to slave.

I'd love to know if added paths are dropped in svnsync when received
from the master, or when committed to the slave.

Lieven

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-04-29 20:37:10 CEST

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.