On Wed, Jan 14, 2009 at 3:32 AM, Vladimir Pouzanov <farcaller@xxxxxxxxx> wrote: > 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. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html