From dev-return-899-daniel=haxx.se@subversion.apache.org Tue Jan 5 23:47:42 2010 Return-Path: Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by giant.haxx.se (8.14.3/8.14.3/Debian-9) with SMTP id o05Mlfew013480 for ; Tue, 5 Jan 2010 23:47:42 +0100 Received: (qmail 76718 invoked by uid 500); 5 Jan 2010 22:47:37 -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 76707 invoked by uid 99); 5 Jan 2010 22:47:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jan 2010 22:47:37 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of markphip@gmail.com designates 209.85.160.57 as permitted sender) Received: from [209.85.160.57] (HELO mail-pw0-f57.google.com) (209.85.160.57) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jan 2010 22:47:30 +0000 Received: by pwi12 with SMTP id 12so12480278pwi.36 for ; Tue, 05 Jan 2010 14:47:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6NAf1nmhOp6UmQAdAgUs8sGK6gzlVNGd8GcY+85XsXQ=; b=Z3vQtD4S06fvSy5Qnb51lYwHZA6+OtnZuMgusYXGqM5vRYzYufYFIrNIblbq/7sBX8 vHATlMdzfhaUFbaTb5Xv+OoenO7lw7ZNME5jMdp4SMQWiUAbQwQmxaRoJFHyz+RlwsyM C8JgwD0jXqynFKgA3kF1yeOwnARhB+mnZR2Q4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=c51PveA/GZE6u5spIpQTpVcW84A8hi1VMiK7kkI4cnDN3cg7koLhEBM4b4aBRtOev4 9qns+P79/i/FWPoltTrZ+8Ls1N4mf0T2R1Z8TOLGremuH9SfIeqLpBMN01RvG/lgKkHi nSU9UXl+ST1/XiBnnYaKqM5VWLeEh/M2P+Tag= MIME-Version: 1.0 Received: by 10.142.250.41 with SMTP id x41mr5701945wfh.42.1262731629781; Tue, 05 Jan 2010 14:47:09 -0800 (PST) In-Reply-To: <4B43BA3C.5070401@collab.net> References: <4DF6734D-0402-4C2C-8D15-D6FE14265B0E@mail.utexas.edu> <4B422CEA.1000602@mark.mielke.cc> <20100104182505.GD24463@jack.stsp.name> <4B423733.7020604@mark.mielke.cc> <20100104193220.GF24463@jack.stsp.name> <4B42D5DF.3040705@mark.mielke.cc> <20100105102921.GA17177@jack.stsp.name> <20100105201825.GB7154@p12n.org> <20100105204724.GB18823@jack.stsp.name> <4B43BA3C.5070401@collab.net> Date: Tue, 5 Jan 2010 17:47:09 -0500 Message-ID: Subject: Re: Subversion in 2010 From: Mark Phippard To: "C. Michael Pilato" Cc: Stefan Sperling , Peter Samuelson , dev@subversion.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Tue, Jan 5, 2010 at 5:16 PM, C. Michael Pilato wro= te: > Stefan Sperling wrote: >> This could be a nice way to break the copy-to problem down into smaller >> pieces, since it would allow us to implement copy-to information >> for renames in the client<->server interface before actually storing >> it in the repository. > > copy-to information is effectively stored in the BDB backend already on t= he > fs-successor-ids branch. =A0:-) =A0You can derive copy-to by checking the > copy-from info for each successor. =A0 Now, we just need to find a way to > store that information in FSFS. =A0Wait -- let me guess -- another sqlite= index! We probably need this feature to implement proper renames. It sounds like we need the feature to implement obliterate. We know we need the feature for revision graph-type features. Regardless what it means for fsfs we need to do it. Implement it with sqlite and if someone wants a more elegant fsfs-like solution then let them design and propose it. --=20 Thanks Mark Phippard http://markphip.blogspot.com/