# git-svn dcommit failure 7 messages from 2007-05-29 to 2007-06-09. Participants: Florian Weimer, Eric Wong. Thread: https://gitlist.dev/t/8350 ## Florian Weimer, 2007-05-29 09:16 Subject: git-svn dcommit failure Message-ID: <87veecat2k.fsf@mid.deneb.enyo.de> URL: https://gitlist.dev/e/87veecat2k.fsf%40mid.deneb.enyo.de ``` I suddenly can't run dcommit on some of my working copies. The change I'm trying to push is pretty innocuous: just a single-line change (no new file or directory). dcommit fails with: "Network connection closed unexpectedly: Connection closed unexpectedly at /usr/bin/git-svn line 405". I've looked at the data that is received over SSH, and it looks pretty regular to me (that is, no interspersed error message or something like that). Is there any option to generate more debug output? This with git-svn 1.5.1.4-2 on something that is quite close to Debian etch. ``` ## Florian Weimer, 2007-05-29 09:35 Subject: Re: git-svn dcommit failure Message-ID: <87d50kas6p.fsf@mid.deneb.enyo.de> URL: https://gitlist.dev/e/87d50kas6p.fsf%40mid.deneb.enyo.de In-Reply-To: <87veecat2k.fsf@mid.deneb.enyo.de> ``` * Florian Weimer: > This with git-svn 1.5.1.4-2 on something that is quite close to Debian > etch. Same issue with 1.5.2~rc3-2. ``` ## Florian Weimer, 2007-05-29 15:20 Subject: Re: git-svn dcommit failure Message-ID: <87k5ur64hx.fsf@mid.deneb.enyo.de> URL: https://gitlist.dev/e/87k5ur64hx.fsf%40mid.deneb.enyo.de In-Reply-To: <20070529144742.GG1025@.intersec.eu> ``` * Pierre Habouzit: > On Tue, May 29, 2007 at 11:35:10AM +0200, Florian Weimer wrote: >> * Florian Weimer: >> >> > This with git-svn 1.5.1.4-2 on something that is quite close to Debian >> > etch. >> >> Same issue with 1.5.2~rc3-2. > > Are you using ControlMaster in your ssh setup in auto/autoask mode? (I > assume your repository is svn+ssh). If yes, then you *have* to start a > persistent ssh connection before you do anything else: No. It's svn+ssh (with a custom connect script), but without the controlchan extension. Subversion works fine and lets me commit changes. After manually committing the offending changes via Subversion, I git-svn has begun to work again, too (but I haven't yet tried to change the same files). ``` ## Eric Wong, 2007-06-05 10:17 Subject: Re: git-svn dcommit failure Message-ID: <20070605101744.GA12948@muzzle> URL: https://gitlist.dev/e/20070605101744.GA12948%40muzzle In-Reply-To: <87k5ur64hx.fsf@mid.deneb.enyo.de> ``` Florian Weimer wrote: > * Pierre Habouzit: > > > On Tue, May 29, 2007 at 11:35:10AM +0200, Florian Weimer wrote: > >> * Florian Weimer: > >> > >> > This with git-svn 1.5.1.4-2 on something that is quite close to Debian > >> > etch. > >> > >> Same issue with 1.5.2~rc3-2. > > > > Are you using ControlMaster in your ssh setup in auto/autoask mode? (I > > assume your repository is svn+ssh). If yes, then you *have* to start a > > persistent ssh connection before you do anything else: > > No. It's svn+ssh (with a custom connect script), but without the > controlchan extension. Subversion works fine and lets me commit > changes. > > After manually committing the offending changes via Subversion, I > git-svn has begun to work again, too (but I haven't yet tried to > change the same files). Would upgrading to 1.5.2 final have helped? Looking at 6442754d6cc0056cf5b69b43d218f8b6d317e7f5 (which was made right before 1.5.2 final), the bug it fixed could've actually affected modification-only commits, too. If it's a public repository, could I look at the changeset that was giving you trouble, and the [svn-remote] section of your .git/config file? Thanks. -- Eric Wong ``` ## Florian Weimer, 2007-06-07 14:04 Subject: Re: git-svn dcommit failure Message-ID: <87abvb508z.fsf@mid.deneb.enyo.de> URL: https://gitlist.dev/e/87abvb508z.fsf%40mid.deneb.enyo.de In-Reply-To: <20070605101744.GA12948@muzzle> ``` * Eric Wong: >> After manually committing the offending changes via Subversion, I >> git-svn has begun to work again, too (but I haven't yet tried to >> change the same files). > > Would upgrading to 1.5.2 final have helped? I've upgraded to this version, but since it's not exactly trivial for me to test this on the Subversion side, it'll take some time until I can be confident that the bug was indeed fixed in the 6442754d6cc0056cf5b69b43d218f8b6d317e7f5 revision. Is there some kind of magic environment variable I could set to get tracing information? If such bugs turn up, I'd try to debug them on my own and submit a fix, or at least a reproduction recipe. (The repository itself may contain personally identifiable information in test cases and hence, cannot be shared.) ``` ## Eric Wong, 2007-06-09 20:05 Subject: Re: git-svn dcommit failure Message-ID: <20070609200527.GC32225@muzzle> URL: https://gitlist.dev/e/20070609200527.GC32225%40muzzle In-Reply-To: <87abvb508z.fsf@mid.deneb.enyo.de> ``` Florian Weimer wrote: > * Eric Wong: > > >> After manually committing the offending changes via Subversion, I > >> git-svn has begun to work again, too (but I haven't yet tried to > >> change the same files). > > > > Would upgrading to 1.5.2 final have helped? > > I've upgraded to this version, but since it's not exactly trivial for > me to test this on the Subversion side, it'll take some time until I > can be confident that the bug was indeed fixed in the > 6442754d6cc0056cf5b69b43d218f8b6d317e7f5 revision. > > Is there some kind of magic environment variable I could set to get > tracing information? Nope. I usually strace protocol or put print statements all over the code :x > If such bugs turn up, I'd try to debug them on > my own and submit a fix, or at least a reproduction recipe. (The > repository itself may contain personally identifiable information in > test cases and hence, cannot be shared.) Was the commit modifying a file that was just one directory deep from the project you were working on? -- Eric Wong ``` ## Florian Weimer, 2007-06-09 20:22 Subject: Re: git-svn dcommit failure Message-ID: <87d504g9ou.fsf@mid.deneb.enyo.de> URL: https://gitlist.dev/e/87d504g9ou.fsf%40mid.deneb.enyo.de In-Reply-To: <20070609200527.GC32225@muzzle> ``` * Eric Wong: >> If such bugs turn up, I'd try to debug them on >> my own and submit a fix, or at least a reproduction recipe. (The >> repository itself may contain personally identifiable information in >> test cases and hence, cannot be shared.) > > Was the commit modifying a file that was just one directory deep from > the project you were working on? Yes, it was. ```