{"thread":{"id":"8350","subject":"git-svn dcommit failure","startedAt":"2007-05-29T09:16:03Z","lastAt":"2007-06-09T20:22:09Z","messageCount":7,"participants":["Florian Weimer","Eric Wong"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"43549","messageId":"87veecat2k.fsf@mid.deneb.enyo.de","threadId":"8350","inReplyTo":null,"subject":"git-svn dcommit failure","fromName":"Florian Weimer","fromEmail":"fw@deneb.enyo.de","sentAt":"2007-05-29T09:16:03Z","receivedAt":"2007-05-29T09:16:03Z","isPatch":false,"sender":{"key":"fw@deneb.enyo.de","avatar":null},"body":"I suddenly can't run dcommit on some of my working copies. The change\nI'm trying to push is pretty innocuous: just a single-line change (no\nnew file or directory). dcommit fails with: \"Network connection\nclosed unexpectedly: Connection closed unexpectedly at\n/usr/bin/git-svn line 405\". I've looked at the data that is received\nover SSH, and it looks pretty regular to me (that is, no interspersed\nerror message or something like that).\n\nIs there any option to generate more debug output?\n\nThis with git-svn 1.5.1.4-2 on something that is quite close to Debian\netch.\n"},{"id":"43552","messageId":"87d50kas6p.fsf@mid.deneb.enyo.de","threadId":"8350","inReplyTo":"87veecat2k.fsf@mid.deneb.enyo.de","subject":"Re: git-svn dcommit failure","fromName":"Florian Weimer","fromEmail":"fw@deneb.enyo.de","sentAt":"2007-05-29T09:35:10Z","receivedAt":"2007-05-29T09:35:10Z","isPatch":false,"sender":{"key":"fw@deneb.enyo.de","avatar":null},"body":"* Florian Weimer:\n\n> This with git-svn 1.5.1.4-2 on something that is quite close to Debian\n> etch.\n\nSame issue with 1.5.2~rc3-2.\n"},{"id":"43571","messageId":"87k5ur64hx.fsf@mid.deneb.enyo.de","threadId":"8350","inReplyTo":"20070529144742.GG1025@.intersec.eu","subject":"Re: git-svn dcommit failure","fromName":"Florian Weimer","fromEmail":"fw@deneb.enyo.de","sentAt":"2007-05-29T15:20:26Z","receivedAt":"2007-05-29T15:20:26Z","isPatch":false,"sender":{"key":"fw@deneb.enyo.de","avatar":null},"body":"* Pierre Habouzit:\n\n> On Tue, May 29, 2007 at 11:35:10AM +0200, Florian Weimer wrote:\n>> * Florian Weimer:\n>> \n>> > This with git-svn 1.5.1.4-2 on something that is quite close to Debian\n>> > etch.\n>> \n>> Same issue with 1.5.2~rc3-2.\n>\n> Are you using ControlMaster in your ssh setup in auto/autoask mode? (I\n> assume your repository is svn+ssh). If yes, then you *have* to start a\n> persistent ssh connection before you do anything else:\n\nNo. It's svn+ssh (with a custom connect script), but without the\ncontrolchan extension. Subversion works fine and lets me commit\nchanges.\n\nAfter manually committing the offending changes via Subversion, I\ngit-svn has begun to work again, too (but I haven't yet tried to\nchange the same files).\n"},{"id":"44055","messageId":"20070605101744.GA12948@muzzle","threadId":"8350","inReplyTo":"87k5ur64hx.fsf@mid.deneb.enyo.de","subject":"Re: git-svn dcommit failure","fromName":"Eric Wong","fromEmail":"normalperson@yhbt.net","sentAt":"2007-06-05T10:17:44Z","receivedAt":"2007-06-05T10:17:44Z","isPatch":false,"sender":{"key":"e@80x24.org","avatar":null},"body":"Florian Weimer wrote:\n> * Pierre Habouzit:\n> \n> > On Tue, May 29, 2007 at 11:35:10AM +0200, Florian Weimer wrote:\n> >> * Florian Weimer:\n> >> \n> >> > This with git-svn 1.5.1.4-2 on something that is quite close to Debian\n> >> > etch.\n> >> \n> >> Same issue with 1.5.2~rc3-2.\n> >\n> > Are you using ControlMaster in your ssh setup in auto/autoask mode? (I\n> > assume your repository is svn+ssh). If yes, then you *have* to start a\n> > persistent ssh connection before you do anything else:\n> \n> No. It's svn+ssh (with a custom connect script), but without the\n> controlchan extension. Subversion works fine and lets me commit\n> changes.\n> \n> After manually committing the offending changes via Subversion, I\n> git-svn has begun to work again, too (but I haven't yet tried to\n> change the same files).\n\nWould upgrading to 1.5.2 final have helped?\n\nLooking at 6442754d6cc0056cf5b69b43d218f8b6d317e7f5 (which was made\nright before 1.5.2 final), the bug it fixed could've actually affected\nmodification-only commits, too.\n\nIf it's a public repository, could I look at the changeset that was\ngiving you trouble, and the [svn-remote] section of your .git/config\nfile? Thanks.\n\n-- \nEric Wong\n"},{"id":"44244","messageId":"87abvb508z.fsf@mid.deneb.enyo.de","threadId":"8350","inReplyTo":"20070605101744.GA12948@muzzle","subject":"Re: git-svn dcommit failure","fromName":"Florian Weimer","fromEmail":"fw@deneb.enyo.de","sentAt":"2007-06-07T14:04:44Z","receivedAt":"2007-06-07T14:04:44Z","isPatch":false,"sender":{"key":"fw@deneb.enyo.de","avatar":null},"body":"* Eric Wong:\n\n>> After manually committing the offending changes via Subversion, I\n>> git-svn has begun to work again, too (but I haven't yet tried to\n>> change the same files).\n>\n> Would upgrading to 1.5.2 final have helped?\n\nI've upgraded to this version, but since it's not exactly trivial for\nme to test this on the Subversion side, it'll take some time until I\ncan be confident that the bug was indeed fixed in the\n6442754d6cc0056cf5b69b43d218f8b6d317e7f5 revision.\n\nIs there some kind of magic environment variable I could set to get\ntracing information? If such bugs turn up, I'd try to debug them on\nmy own and submit a fix, or at least a reproduction recipe. (The\nrepository itself may contain personally identifiable information in\ntest cases and hence, cannot be shared.)\n"},{"id":"44483","messageId":"20070609200527.GC32225@muzzle","threadId":"8350","inReplyTo":"87abvb508z.fsf@mid.deneb.enyo.de","subject":"Re: git-svn dcommit failure","fromName":"Eric Wong","fromEmail":"normalperson@yhbt.net","sentAt":"2007-06-09T20:05:27Z","receivedAt":"2007-06-09T20:05:27Z","isPatch":false,"sender":{"key":"e@80x24.org","avatar":null},"body":"Florian Weimer wrote:\n> * Eric Wong:\n> \n> >> After manually committing the offending changes via Subversion, I\n> >> git-svn has begun to work again, too (but I haven't yet tried to\n> >> change the same files).\n> >\n> > Would upgrading to 1.5.2 final have helped?\n> \n> I've upgraded to this version, but since it's not exactly trivial for\n> me to test this on the Subversion side, it'll take some time until I\n> can be confident that the bug was indeed fixed in the\n> 6442754d6cc0056cf5b69b43d218f8b6d317e7f5 revision.\n> \n> Is there some kind of magic environment variable I could set to get\n> tracing information?\n\nNope. I usually strace protocol or put print statements all over the\ncode :x\n\n> If such bugs turn up, I'd try to debug them on\n> my own and submit a fix, or at least a reproduction recipe. (The\n> repository itself may contain personally identifiable information in\n> test cases and hence, cannot be shared.)\n\nWas the commit modifying a file that was just one directory deep from\nthe project you were working on?\n\n-- \nEric Wong\n"},{"id":"44485","messageId":"87d504g9ou.fsf@mid.deneb.enyo.de","threadId":"8350","inReplyTo":"20070609200527.GC32225@muzzle","subject":"Re: git-svn dcommit failure","fromName":"Florian Weimer","fromEmail":"fw@deneb.enyo.de","sentAt":"2007-06-09T20:22:09Z","receivedAt":"2007-06-09T20:22:09Z","isPatch":false,"sender":{"key":"fw@deneb.enyo.de","avatar":null},"body":"* Eric Wong:\n\n>> If such bugs turn up, I'd try to debug them on\n>> my own and submit a fix, or at least a reproduction recipe. (The\n>> repository itself may contain personally identifiable information in\n>> test cases and hence, cannot be shared.)\n>\n> Was the commit modifying a file that was just one directory deep from\n> the project you were working on?\n\nYes, it was.\n"}]}