Return-Path: X-Original-To: apmail-subversion-users-archive@minotaur.apache.org Delivered-To: apmail-subversion-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E1D9710DA7 for ; Sun, 7 Jul 2013 17:47:39 +0000 (UTC) Received: (qmail 68840 invoked by uid 500); 7 Jul 2013 17:47:37 -0000 Delivered-To: apmail-subversion-users-archive@subversion.apache.org Received: (qmail 68798 invoked by uid 500); 7 Jul 2013 17:47:33 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Delivered-To: moderator for users@subversion.apache.org Received: (qmail 36185 invoked by uid 99); 7 Jul 2013 14:48:47 -0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mackyle@gmail.com designates 209.85.160.41 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:in-reply-to:subject:references:message-id:content-type :content-transfer-encoding:mime-version:date:cc:x-mailer; bh=rlLR1SKUuJkD5EDnMd1hjwtIN/r5R4vilFqNH6TDU7M=; b=PJ0A7H7Thlx3MlGVC6mMZuE3SwMls81YuOx5qhUbImhk9wXMsZ+lp03hOqjKX9XUnd eIVcc/3YYEOGqTKHJGmd8JluYmWm7wkZZIOHQeFtfXIGCdwPEEyo+TtdhquCyTi2kEi8 FUfrfNUHWkWIV7hPQDDIc0r7wojiSZrFJoTjrq4on/rHWHnNw77F1iegN2Y1ecPtpakU zfQh1yzaZGJpL3IFgEPnIvCYaL+OifzqbMoRNJFEFJDWLujlD3gFUqAID58P5mNvY7r1 84oYrsKhjStwA1+pgsT6YO/J+00oCLLDrjLjO6qLdPNYnNxEyNj9vSIhNUFR/f/oD18j RM/Q== X-Received: by 10.68.29.2 with SMTP id f2mr17487838pbh.184.1373208499105; Sun, 07 Jul 2013 07:48:19 -0700 (PDT) From: Kyle McKay To: users@subversion.apache.org In-Reply-To: <20130707133957.GA3648@lp-shahaf.local> Subject: Re: [PATCH 2/2] git-svn: allow git-svn fetching to work using serf References: <20130707002430.GE30132@google.com> <8CACBE8F-8672-43AB-882E-4ADA05B4D822@gmail.com> <20130707022332.GD4193@google.com> <3871C226-16AE-4E25-8AD3-007EDAB0E25F@gmail.com> <20130707133957.GA3648@lp-shahaf.local> Message-Id: <9BC10C29-7B69-4E2B-9357-BB6D9B069A1C@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sun, 7 Jul 2013 07:48:16 -0700 Cc: Daniel Shahaf , =?UTF-8?Q?Branko_=C4=8Cibej?= X-Mailer: Apple Mail (2.936) X-Virus-Checked: Checked by ClamAV on apache.org On Jul 7, 2013, at 06:39, Daniel Shahaf wrote: > Kyle McKay wrote on Sat, Jul 06, 2013 at 19:46:40 -0700: >> On Jul 6, 2013, at 19:23, Jonathan Nieder wrote: >>> Kyle McKay wrote: >>> >>>> Unless bulk updates are disabled when using the serf access method >>>> (the only one available with svn 1.8) for https?: urls, >>>> apply_textdelta does indeed get called multiple times in a row >>>> without an intervening temp_release. >>> >>> You mean "Unless bulk updates are enabled" and "without an >>> intervening >>> close_file", right? >> >> The problem seems to be skelta mode although it may just be the fact >> that ra_serf has multiple connections outstanding and since ra_neon >> only >> ever has one it can't happen over ra_neon. >> >> If the server disables bulk updates (SVNAllowBulkUpdates Off) all >> clients are forced to use skelta mode, even ra_neon clients. > > As Brane and I have pointed out, git-svn can instruct libsvn_* to use > bulk updates regardless of the server version, by setting > SVN_CONFIG_OPTION_HTTP_BULK_UPDATES (new in 1.8). > > If you have questions about that, though, please address them to > users@subversion.apache.org (the proper list for API usage questions), > not to me personally. According to the table at , if the server sets SVNAllowBulkUpdates Off, the client will be forced to use skelta no matter what the client setting is. Is that table incorrect? Kyle