From owner-ctm-users@FreeBSD.ORG Tue Dec 27 13:00:47 2011 Return-Path: Delivered-To: ctm-users@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07BD31065688 for ; Tue, 27 Dec 2011 13:00:47 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C635D8FC0C for ; Tue, 27 Dec 2011 13:00:46 +0000 (UTC) Received: by iadj38 with SMTP id j38so24784467iad.13 for ; Tue, 27 Dec 2011 05:00:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=sq9rkId1NYVApGuh4ePkDCEY8geDNDU+H79IbiNc+wI=; b=jV6qabtO+441UGH+umFQe1vU6VvbJtSm0/PbABHW0N6om5c4+PkySMEIOPlxPyiofV arFLSR5zth74SEiyU+U7UOlzVQn6o1rXrp30LVl9r3VCzKFAU7mQ7UJLQVE7Kse4ws3g 5NJ1nXi95lnhI5BJje88gosmYUEo2VuOtoAQI= Received: by 10.50.155.195 with SMTP id vy3mr30929521igb.12.1324990846258; Tue, 27 Dec 2011 05:00:46 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.207.7 with HTTP; Tue, 27 Dec 2011 05:00:15 -0800 (PST) In-Reply-To: <201112271237.pBRCbooj079986@fire.js.berklix.net> References: <4EF92876.2080508@missouri.edu> <201112271237.pBRCbooj079986@fire.js.berklix.net> From: Chris Rees Date: Tue, 27 Dec 2011 13:00:15 +0000 X-Google-Sender-Auth: kWx-fB-E-2wCOkd0K_gMqekSAi8 Message-ID: To: "Julian H. Stacey" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "ctm-users@freebsd.org" Subject: Re: svn-cur X-BeenThere: ctm-users@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CTM User discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2011 13:00:47 -0000 On 27 December 2011 12:37, Julian H. Stacey wrote: > Hi Stephen >> On 12/26/2011 07:55 PM, Julian H. Stacey wrote: >> >> Suggestion: >> >> Maybe you might want a 5 digit numeric, not 4 digit, like cvs-cur ? >> >> (as eg there's often more cvs deltas than other deltas) >> > >> > Suggestion: >> > Also use same convention as before in naming with xEmpty to indicate a= base >> > ctm (delta) rather than just a differential ctm (delta). >> > =A0 =A0 mv svn-cur.0001.xz svn-cur.00001xEmpty.xz >> > =A0 =A0 mv svn-cur.0002.xz svn-cur.00002.xz >> >> The convention that svn-cur.0001 does not have xEmpty in it is a >> convention that has been followed before. =A0Look at src-9. =A0It is how= the >> mkCTM software works. > > OK, thanks, I had wondered if it was a mistake. > I hadn't noticed the example of src-9 till now. > > The name 'Empty' was a useful marker to distinguish & seperate a > full from a differential file.... =A0We're now up to src-9.0077.gz > > Question: > Might there may be trouble when we get to src-9.0100.gz ? > A double bid for that file name: > - Recipient hosts will want a normal small incremental update. > - Sender & ftp mirror servers, that same name needs to hold > =A02 different sets of content, > =A0- for a differential. > =A0- for a complete archive > How will ctm recipients later distinguish which CTM delta to pull via ftp > if they both have the same name ? eg > =A0 =A0 =A0 =A0src-9.0300.gz =A0 a complete base CTM archive for later st= arters > =A0 =A0 =A0 =A0src-9.0300.gz =A0 a differential delta for those ftp'ing a= fter > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0maybe a mail outage on rec= ipient loses an odd delta. > Using same name in different new directories might also be problematic, a= s > if we had eg > =A0 =A0 =A0 =A0/pub/FreeBSD/development/CTM/src-cur/src-9.0101.gz > =A0 =A0 =A0 =A0/pub/FreeBSD/development/CTM/src-cur/empty-new-dir/src-9.0= 101.gz > all mirror site would need to create directories called /empty-new-dir/ > which might (I don't know) require permission/manual intervention on mirr= ors). > > The scenario I guess hasn't happened before, & doesn't matter when a new > archive first starts, as per src-9.0001.gz, > but I guess this potential problem approaches as src-9.0077.gz > approaches src-9.0100.gz or src-9.0101.gz ? > Stephen is pointing out that src-9.0001 is not an incremental delta; there's no src-9.0000. Yes, when it gets to src-9.0100 there'll be an Empty file here, but since there's no difference between 0001 and 0001Empty, there's no point in having both files there. Chris