Received: by 10.114.26.15 with SMTP id 15mr3818845waz.15.1279126147068;
        Wed, 14 Jul 2010 09:49:07 -0700 (PDT)
X-BeenThere: subversion-development@googlegroups.com
Received: by 10.115.85.40 with SMTP id n40ls5273802wal.0.p; Wed, 14 Jul 2010 
	09:49:06 -0700 (PDT)
Received: by 10.114.77.11 with SMTP id z11mr3864838waa.23.1279126146850;
        Wed, 14 Jul 2010 09:49:06 -0700 (PDT)
Received: by 10.114.77.11 with SMTP id z11mr3864835waa.23.1279126146029;
        Wed, 14 Jul 2010 09:49:06 -0700 (PDT)
Return-Path: <dev-return-5006-subversion-development+garchive-20679=googlegroups....@subversion.apache.org>
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
        by gmr-mx.google.com with SMTP id b17si32877rvf.5.2010.07.14.09.49.05;
        Wed, 14 Jul 2010 09:49:06 -0700 (PDT)
Received-SPF: pass (google.com: domain of dev-return-5006-subversion-development+garchive-20679=googlegroups....@subversion.apache.org designates 140.211.11.3 as permitted sender) client-ip=140.211.11.3;
Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of dev-return-5006-subversion-development+garchive-20679=googlegroups....@subversion.apache.org designates 140.211.11.3 as permitted sender) smtp.mail=dev-return-5006-subversion-development+garchive-20679=googlegroups....@subversion.apache.org
Received: (qmail 72479 invoked by uid 500); 14 Jul 2010 16:49:05 -0000
Mailing-List: contact dev-h...@subversion.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-h...@subversion.apache.org>
List-Unsubscribe: <mailto:dev-unsubscr...@subversion.apache.org>
List-Post: <mailto:d...@subversion.apache.org>
List-Id: <dev.subversion.apache.org>
Delivered-To: mailing list d...@subversion.apache.org
Received: (qmail 72471 invoked by uid 99); 14 Jul 2010 16:49:04 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Jul 2010 16:49:04 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of cmpil...@collab.net designates 204.16.106.198 as permitted sender)
Received: from [204.16.106.198] (HELO sp-exchfea.sp.corp.collab.net) (204.16.106.198)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Jul 2010 16:48:57 +0000
Received: from [204.11.125.142] ([204.11.125.142]) by sp-exchfea.sp.corp.collab.net with Microsoft SMTPSVC(6.0.3790.3959);
	 Wed, 14 Jul 2010 09:48:13 -0700
Message-ID: <4C3DEA4B.9090...@collab.net>
Date: Wed, 14 Jul 2010 12:48:11 -0400
From: "C. Michael Pilato" <cmpil...@collab.net>
Organization: CollabNet, Inc.
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.10) Gecko/20100527 Thunderbird/3.0.5
MIME-Version: 1.0
To: Ramkumar Ramachandra <artag...@gmail.com>
CC: Stefan Sperling <s...@elego.de>, 
 "d...@subversion.apache.org" <d...@subversion.apache.org>,
 Bert Huijben <rhuij...@collab.net>, 
 Daniel Shahaf <d...@daniel.shahaf.name>,
 Will Palmer <wmpal...@gmail.com>, 
 David Michael Barr <david.b...@cordelta.com>,
 Jonathan Nieder <jrnie...@gmail.com>, 
 Sverre Rabbelier <srabbel...@gmail.com>,
 Git Mailing List <g...@vger.kernel.org>
Subject: Re: [PATCH v2] Add svnrdump
References: <20100709142910.GB20383@debian> <20100713201105.GN13...@ted.stsp.name> <20100714153206.GH25...@jack.stsp.name> <20100714160149.GA7561@debian>
In-Reply-To: <20100714160149.GA7561@debian>
X-Enigmail-Version: 1.0.1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-OriginalArrivalTime: 14 Jul 2010 16:48:14.0025 (UTC) FILETIME=[59D12B90:01CB2374]
X-Virus-Checked: Checked by ClamAV on apache.org

On 07/14/2010 12:01 PM, Ramkumar Ramachandra wrote:
> Hi Stefan,
> 
> Stefan Sperling writes:
>> Playing with svnrdump and comparing its output to the output of
>> svnadmin dump --deltas, I noticed that:
> 
> Thanks for testing!
> 
>>  - svnrdump doesn't dump revision 0.
>>    It should dump revision 0, because that revision can contain important
>>    revprops such as metadata for svnsync (svn:sync-last-merge-rev etc.)
> 
> Yeah, I forgot to ask about this: passing 0 as an argument to the
> replay API doesn't seem to work. Why? How do I dump revision 0 then?

You fake it, just like the code behind 'svnadmin dump' does.  :-)
Seriously, Revision 0 is nothing but a revision header and revision
properties.  There is no node data to transmit.

-- 
C. Michael Pilato <cmpil...@collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand