From owner-freebsd-stable@FreeBSD.ORG Sun Jan 27 13:43:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 63E6A6C9 for ; Sun, 27 Jan 2013 13:43:43 +0000 (UTC) (envelope-from jcm@visi.com) Received: from g2host.com (mailback4.g2host.com [208.42.184.244]) by mx1.freebsd.org (Postfix) with ESMTP id 1D7EDB2 for ; Sun, 27 Jan 2013 13:43:42 +0000 (UTC) Received: from [208.42.90.57] (account jcm@visi.com) by mailback4.g2host.com (CommuniGate Pro WEBUSER 5.3.11) with HTTP id 11546630 for freebsd-stable@freebsd.org; Sun, 27 Jan 2013 07:43:35 -0600 From: "John Mehr" Subject: Re: Svnsup architecture To: X-Mailer: CommuniGate Pro WebUser v5.3.11 Date: Sun, 27 Jan 2013 07:43:35 -0600 Message-ID: In-Reply-To: <20130127124908.GB18833@snail.casa> References: <20130123144050.GG51786@e-Gitt.NET> <20130124093846.5e683474@laptop> <20130124085717.GA26673@icarus.home.lan> <20130125124219.GA5299@snail.casa> <20130127124908.GB18833@snail.casa> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jan 2013 13:43:43 -0000 On Sun, 27 Jan 2013 13:49:08 +0100 Arrigo Marchiori wrote: > Disclaimer: I am trying to go inside the technicalities >of the SVN > protocol. I am not sure whether this sub-thread should >belong to this > list or to another; I am open to suggestions on this >topic. > > On Fri, Jan 25, 2013 at 07:40:45PM -0600, John Mehr >wrote: > >> On Fri, 25 Jan 2013 13:42:19 +0100 Arrigo Marchiori >> wrote: >> > On Thu, Jan 24, 2013 at 12:57:17AM -0800, 'Jeremy >> > >> > 1- svnsup-distill: takes a revision from svn and >>creates >> > a text file (called a delta) that represents it. It >>seems to be >> > almost complete. >> >> > To answer one of John Mehr's problems: MD5 sums are >>calculated by >> > svnsup-distill and included in the deltas. The client >>only needs >> > to check them against the local files. >> >> Hello, >> >> I've been looking for a way to get the details of a >> complete revision in one step, but I haven't had any >>luck >> yet. This would solve the one aspect I'm most worried >> about: with 50000+ files and 5500+ directories in my >>local >> copy of /usr/src, I'd hate to have my code end up >> inadvertently causing a denial of service on the >> repositories with a flood of tiny requests... > > After investigating more in depth the SVN protocol, if I >understood > correctly, your problem cannot be solved. Or, at least, >the server is > not supposed to help us. > > The SVN client, in fact, seems to save a copy of the >whole working > copy inside the .svn directory. > > Whether a file was changed or not, it is an information >that the > _client_ knows, before it contacts the server. > > A "svn update" command sends to the server the start and >end > revisions (the latter in the svn-update message, the >first in the > set-path message). Merging the information from the >server (delta's) > with the working copy is the client's job. > > To summarize, any svn-like downloader should at least >know: > 1- the current revision of the working copy; > 2- the checksums of all the files in the repository, at >the current > revision. > > The "official" SVN client does more than point 2: it >stores the whole > content of each file; this allows the "svn diff" and >"svn revert" > commands to work off-line. > > Best regards, > -- > rigo > > http://rigo.altervista.org > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to >"freebsd-stable-unsubscribe@freebsd.org" > Hello, Thanks for looking into this. I was experimenting yesterday with the commands to checkout a revision and still wasn't getting the checksums. I also noticed when I ran a svn pg svn:mime-types -R There was a get-file log entry for each file so my concerns may not be an issue in the end. Thanks again.