Re: git-svn fails to fetch repository

From: Jay Soffian <jaysoffian@gmail.com>
Date: Jan 14, 2009, 18:06 UTC
Message-ID: <76718490901141006n6c70eb2cw67ad814b3739786e@mail.gmail.com>
In-Reply-To: <loom.20090114T083207-942@post.gmane.org>

On Wed, Jan 14, 2009 at 3:32 AM, Vladimir Pouzanov <farcaller@gmail.com> wrote:

Show 8 quoted lines

> Jay Soffian <jaysoffian <at> gmail.com> writes:
>> So you're adding the "use Carp..." and "warn..." lines.
>>
>> Then try the import again. That should at least show why the svn_delta
>> temp file is being acquired twice.
>
> Output is pretty long so I've put in on pastebin:
> http://pastebin.com/m210be905

Okay, this is beyond me. git-svn (among other things) implements a so-called delta editor (part of the subversion API). The driver for that editor is apparently calling the editor's apply_textdelta() method twice in a row w/o an intervening call to the editor's close_file() method.

I don't understand when and/or why it would do this. This part of the Subversion API seems not that well documented, and I got lost trying to follow all the indirections in the Subversion source code (esp w/the swig'ified Perl bindings). AFAICT, this should not be happening.

I could ask you to insert some more debugging statements to try to track it to a specific file (or files), but I think at this point I'll going to wait to see if the git-svn author has any ideas.

BTW, it doesn't help any that the order that files are checked out seems not to be consistent. Not only is my git-svn clone working, the order my files are checked out in is different from yours.

Oh, one other thing I don't understand is why the debugging output is now showing that some files are being added for you (the lines beginning with \tA). Before you weren't getting that. I had thought these lines might be getting lost in stdout buffering, but git-svn disables buffering on stdout, so color me confused.

Sorry I can't be more help,

j.