From owner-freebsd-hackers Wed May 14 04:03:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA11310 for hackers-outgoing; Wed, 14 May 1997 04:03:31 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id EAA11291 for ; Wed, 14 May 1997 04:03:24 -0700 (PDT) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id NAA07995; Wed, 14 May 1997 13:02:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.8.5/8.8.5) id MAA14410; Wed, 14 May 1997 12:42:32 +0200 (MET DST) Message-ID: <19970514124231.YX61637@uriah.heep.sax.de> Date: Wed, 14 May 1997 12:42:31 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: hackers@FreeBSD.ORG Cc: rjk@sparcmill.grauel.com (Richard J Kuhns) Subject: Re: Problem getting up-to-date with 2.2 using CTM References: <199705121339.IAA17025@sparcmill.grauel.com> X-Mailer: Mutt 0.60_p2-3,5,8-9 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199705121339.IAA17025@sparcmill.grauel.com>; from Richard J Kuhns on May 12, 1997 08:39:25 -0500 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Richard J Kuhns wrote: > I followed the instructions in src-2.2-CTM-README on ftp.freebsd.org; it > said that if I wanted to update 2.2.1, I needed to start with > src-2.2.0217.gz. I tried, with the following results. > > : adler$~; cd /usr/src > : adler$/usr/src; echo "src-2.2 216" > .ctm_status > : adler$/usr/src; ctm -v /usr2/2.2/src-2.2.02* > Working on > FN: release/sysinstall/help/hardware.hlp md5 mismatch. > FN: release/sysinstall/help/hardware.hlp edit fails. > Exit(104) I think the problem with this is that the releases itself aren't being built from a distinct CTM delta base. Thus, it's very hard to maintain synchronization between the CTM batching and the actual release build process. You might get more luck with CVSup in this case, since it can handle mismatching files (and will at worst retransfer them entirely, something CTM cannot do since it's operating offline). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)