From owner-freebsd-current Tue Jan 9 05:23:36 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA09193 for current-outgoing; Tue, 9 Jan 1996 05:23:36 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA09188 for ; Tue, 9 Jan 1996 05:23:33 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0tZe10-0003vlC; Tue, 9 Jan 96 05:23 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id OAA00635; Tue, 9 Jan 1996 14:23:02 +0100 X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: rkw@dataplex.net (Richard Wackerbarth) cc: "Jordan K. Hubbard" , current@freebsd.org Subject: Re: Syncing CTM and SNAPS? In-reply-to: Your message of "Tue, 09 Jan 1996 07:14:09 CST." Date: Tue, 09 Jan 1996 14:23:01 +0100 Message-ID: <633.821193781@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-current@freebsd.org Precedence: bulk > >> If you make a SNAP based on any ctm source, then it is unnecessary to > >> distribute the source distributions as a part of the SNAP. In fact, this > >> idea could be extended to the regular release distributions. > > > >Well, there's the `subdivision problem' you yourself mention. > > I'm wondering if we should subdivide the CTM distributions. > If we did that, I see no reason that the source distribution files could > not be in CTM format rather than their current compressed form. The deltas are so small that it would be pointless I think. I have thought about this a bit, and I'm not sure that I like the idea too much. CTM is a "push" technology where as sup is a "pull" technology. I have this vision of too many people saying "Everyting and the kitchen-sink via CTM, and our sendmail sinking under the load... -- 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.