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

Re: svnsync failing issue

From: Garrett McGrath <gmcgrath815subs_at_gmail.com>
Date: Wed, 16 Sep 2009 02:10:09 -0400

I've looked at both 1286 and 2000, I can assure you that significant
changes were enacted on that area of the repository between that range
of numbers. I was able to browse it using tortoise without providing
any credentials.

also from Daniel Shahaf:

Are you sure there is no error? Nothing on stderr?

I can't investigate r1286 of that repository from here (it wants

- if it's going to standard error it's not being dumped to the terminal, which I would normally expect it to do.


Jorge Handl wrote:
> Are you sure version 1285 isn't the last change in the portion you're
> trying to migrate? I've seen three instances already where svnsync
> stops at the last non-empty change in filtered repositories. You can
> test this by checking out from the google repository and comparing all
> files (find -exec diff) with your current revision.
> - Jorge
> On Tue, Sep 15, 2009 at 5:28 PM, Garrett McGrath
> <gmcgrath815subs_at_gmail.com <mailto:gmcgrath815subs_at_gmail.com>> wrote:
> I'm writing this in hopes that I can solve a problem I've been having
> with a repository I am trying to migrate to google code.
> Specifically we would like to migrate a portion of our old repository
> out to google code as it's current a large shared work space that
> houses
> a critical software package as well as data utilized by a number of
> researchers.
> The current public repository area (and what we would like to extract
> out to a seperate repository) is located at:
> https://www.csbmb.princeton.edu/repos/distpat/trunk/mvpa/ and is at
> revision 3176.
> The server it's sourced off of is currently running SVN 1.4.0. As
> such
> I've also made a local dump / load copy to work with in 1.6.5, since
> updating the server svn is non trivial.
> I've done a number of sync commands based on google's recommended
> command line, targetting both my remote test repository and a local
> file:/// repository. However these syncs halt at revisions 1285 for
> reasons unknown.
> svnsync init --username (me)
> https://princeton-mvpa-test.googlecode.com/svn/
> file:///d:/Workingarea/distpat/trunk/mvpa
> Copied properties for revision 0.
> svnsync sync --username (me)
> https://princeton-mvpa-test.googlecode.com/svn/
> Committed revision 1.
> Copied properties for revision 1.
> ...
> Committed revision 1285.
> Copied properties for revision 1285.
> I've also explored trimming out the relevant areas using svndumpfilter
> but had no luck due to the svn cp commands from outside the filter
> area. I've seen a number of small listings here and there for
> experimental replacement files for svndumpfilter that seem to have
> varying levels of success but nothing that engenders a huge amount of
> confidence. Is there any solution to this problem?
> -Garrett McGrath
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2395243
> <http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2395243>
> To unsubscribe from this discussion, e-mail:
> [users-unsubscribe_at_subversion.tigris.org
> <mailto:users-unsubscribe_at_subversion.tigris.org>].


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-16 08:11:26 CEST

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.