From owner-freebsd-current Tue Oct 8 03:33:13 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA17224 for current-outgoing; Tue, 8 Oct 1996 03:33:13 -0700 (PDT) Received: from pillar.elsevier.co.uk (root@pillar.elsevier.co.uk [193.131.222.35]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA17216 for ; Tue, 8 Oct 1996 03:33:06 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by pillar.elsevier.co.uk (8.8.0/8.8.0) with ESMTP id LAA16830 for ; Tue, 8 Oct 1996 11:30:19 +0100 (BST) Received: from cadair.elsevier.co.uk by snowdon.elsevier.co.uk with SMTP (PP); Tue, 8 Oct 1996 11:32:31 +0100 Received: from tees.elsevier.co.uk (tees.elsevier.co.uk [193.131.197.60]) by cadair.elsevier.co.uk (8.8.0/8.8.0) with ESMTP id LAA15305; Tue, 8 Oct 1996 11:32:25 +0100 (BST) Received: (from dpr@localhost) by tees.elsevier.co.uk (8.8.0/8.8.0) id LAA06144; Tue, 8 Oct 1996 11:31:28 +0100 (BST) To: Jake Hamby Cc: current@FreeBSD.org Subject: Re: Wow, CVSup is cool! References: From: Paul Richards Date: 08 Oct 1996 11:31:27 +0100 In-Reply-To: Jake Hamby's message of Fri, 4 Oct 1996 13:50:53 -0700 (PDT) Message-ID: <57ohidg328.fsf@tees.elsevier.co.uk> Lines: 35 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jake Hamby writes: > > After complaining about some problems I had with sup4.freebsd.org (it > repeatedly fetched large chunks of contrib even though nothing, other than > the datestamp, had changed!), I decided to try out CVSup, even though it > involves installing the 5MB Modula-3 package first. I was _very_ > impressed! My favorite features: I switched from sup to ctm some time ago and ctm is more appropriate for my modem link but last night, after a mail gateway disaster, I was forced to grab some ctm deltas by hand and it occured to me that a supscan of the deltas directory would be usefull so that when something does get badly spammed in your delta directory (assuming you archive them all which I do) then you can run sup as a one off to repair/retrieve missing delta files. It would mean having a slightly different structure to the delta directory layout in that when a new base delta is started it should be in in a separate directory. Otherwise, running sup across the whole lot would download all the base deltas that wouldn't be needed. My desire for this is that I needed to go out and got caught up trying to determine which deltas were missing and getting odd files one at a time. I really wanted some mechanism that I could just leave running while I was out that knew to grab the missing/damaged files. Sup was actually quite good at that function and as a one off recovery mechanism would still be useful. Anyone else think this would be useful? -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155