From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Shahaf Subject: Re: git-svn "Temp file with moniker 'svn_delta' already in use" and skelta mode Date: Sat, 6 Jul 2013 02:15:45 +0000 Message-ID: <20130706021545.GA39322@minotaur.apache.org> References: <51D7072A.6080909@wandisco.com> <51D7362B.1040803@wandisco.com> <51D7660F.6070901@wandisco.com> <20130706020407.GA26200@minotaur.apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: wSubversion Development , git@vger.kernel.org To: Branko =?utf-8?B?xIxpYmVq?= X-From: dev-return-27432-gcvsd-dev=m.gmane.org@subversion.apache.org Sat Jul 06 04:15:49 2013 Return-path: Envelope-to: gcvsd-dev@plane.gmane.org Received: from hermes.apache.org ([140.211.11.3] helo=mail.apache.org) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1UvI2N-0002Ef-Ma for gcvsd-dev@plane.gmane.org; Sat, 06 Jul 2013 04:15:48 +0200 Received: (qmail 55738 invoked by uid 500); 6 Jul 2013 02:15:46 -0000 Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@subversion.apache.org Received: (qmail 55729 invoked by uid 99); 6 Jul 2013 02:15:46 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 06 Jul 2013 02:15:46 +0000 Received: by minotaur.apache.org (Postfix, from userid 3316) id 12C8D10909; Sat, 6 Jul 2013 02:15:46 +0000 (UTC) Content-Disposition: inline In-Reply-To: <20130706020407.GA26200@minotaur.apache.org> User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: On Sat, Jul 06, 2013 at 02:04:07AM +0000, Daniel Shahaf wrote: > On Sat, Jul 06, 2013 at 02:34:23AM +0200, Branko Čibej wrote: > > http://subversion.apache.org/docs/release-notes/1.7.html#svnrdump > > In other words, this is a limitation of the Serf-based backend that has > > been around since Subversion 1.4. I'm aware that it isn't documented as > > well as it should be, but the bulk-mode workaround exists in part as a > > workaround for that, effectively disabling the more efficient HTTPv2 > > protocol. > > Is it possible to set "SVNAllowBulkUpdates Prefer" on a per-client basis? Actually, I'm approaching this from the wrong direction. We have an 'http-bulk-updates' config knob, so an immediate workaround is for git-svn to install --config-option=servers:global:http-bulk-updates=on in their client context.