From owner-freebsd-current Sun Jan 14 15:09:00 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA29457 for current-outgoing; Sun, 14 Jan 1996 15:09:00 -0800 (PST) Received: from vector.jhs.local (slip139-92-42-185.emea.ibm.net [139.92.42.185]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA29441 Sun, 14 Jan 1996 15:08:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by vector.jhs.local (8.7.3/8.6.9) with SMTP id AAA16812; Mon, 15 Jan 1996 00:07:19 +0100 (MET) Message-Id: <199601142307.AAA16812@vector.jhs.local> X-Authentication-Warning: vector.jhs.local: Host localhost [127.0.0.1] didn't use HELO protocol To: paul@netcraft.co.uk cc: phk@FreeBSD.org, current@FreeBSD.org Subject: Re: ctm-cvs Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. (Internet Unix & C Consultants) Address: Holz Strasse 27d, 80469 Munich, Germany Phone: +49.89.268616 Fax: +49.89.2608126 (pending reconfig) Web: http://www.freebsd.org/~jhs/ Mailer: EXMH version 1.6.5 95 12 11 In-reply-to: Your message of "Sun, 14 Jan 1996 21:02:58 GMT." <199601142102.VAA02924@originat.demon.co.uk> Date: Mon, 15 Jan 1996 00:07:17 +0100 From: "Julian H. Stacey" Sender: owner-current@FreeBSD.org Precedence: bulk Hi, Reference: > From: Paul Richards > > In reply to Julian Stacey jhs@freebsd.org who said > > > > Hi Poul-Henning, CC current, > > > > A CTM question if I may: > > Is there a particular reason for cvs-cur.1500A.gz to be a mega size ctm > > patch ? Is it perhaps that way because its easier for you to maintain/app - end ? > > I'm getting towards the end of something like a 16 hour download of this > file and I've only got one phone line to the house so the people I share > with aren't happy :-) > > Can they be split in some way so that you can download it in batches, I could > have grabbed a chunk each night then when people have gone to bed. Apart > from that, I'm constantly on edge in case freefall drops the connection and > 16 hours is wasted..... > > Not that I'm ever going to do this again now I'm almost in sync but other > people will run into this problem when they need to bootstrap ctm. > Addendum to my earlier `stage site dd' sugestion: Of course, dd won't be available to some folk on remote staging sites, so splitting would help them (though of course unfortunately causing a refetch on well connected sites that have already auto.-mirrored the 40Meg) Julian -- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/