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
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
> a critical software package as well as data utilized by a number of
> 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
> 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)
> Copied properties for revision 0.
> svnsync sync --username (me)
> 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
> To unsubscribe from this discussion, e-mail:
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-16 08:11:26 CEST