Date: Sun, 14 Jan 1996 22:40:10 +0100 From: Poul-Henning Kamp <phk@critter.tfs.com> To: "Julian H. Stacey" <jhs@freebsd.org> Cc: current@freebsd.org Subject: Re: ctm-cvs Message-ID: <2930.821655610@critter.tfs.com> In-Reply-To: Your message of "Sat, 13 Jan 1996 22:23:49 %2B0100." <199601132123.WAA09953@vector.jhs.local>
next in thread | previous in thread | raw e-mail | index | archive | help
> -------- > > 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/appen d ? > or might it be nicer as a standard tar file ? No, it wouldn't have the md5 checksums which makes me sure that it contains the right thing. The primary two purposes for ctm is reliability and transmission cost. It's also smaller as you noticed. > but I suspect extraction might be slower using CTM (multi-pass maybe ?) > & also a friend warned me of the need to find a large tmp space else the > extract would fail. You don't need a large tmp space, just give the *.gz file as argument to ctm don't pipe it into it. Yes, it's multipass, yes it's slower, yes, it's also more likely to acheive the result you want if you're a ctm customer behind a bad line. ctm >is< very paranoid and conservative by design. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2930.821655610>