From owner-freebsd-current Sat Dec 23 23:26:58 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA09446 for current-outgoing; Sat, 23 Dec 1995 23:26:58 -0800 (PST) Received: from haywire.DIALix.COM (news@haywire.DIALix.COM [192.203.228.65]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA09426 for ; Sat, 23 Dec 1995 23:26:50 -0800 (PST) Received: (from news@localhost) by haywire.DIALix.COM (sendmail) id PAA15204 for freebsd-current@freebsd.org; Sun, 24 Dec 1995 15:26:38 +0800 (WST) Received: from GATEWAY by haywire.DIALix.COM with netnews for freebsd-current@freebsd.org (problems to: usenet@haywire.dialix.com) To: freebsd-current@freebsd.org Date: 24 Dec 1995 15:25:59 +0800 From: peter@haywire.dialix.com (Peter Wemm) Message-ID: <4biva7$epv$1@haywire.DIALix.COM> Organization: DIALix Services, Perth, Australia. References: <199512230438.UAA00172@corbin.Root.COM>, <199512230519.WAA07542@rocky.sri.MT.net> Subject: Re: cvs fails to remove no-longer-present files Sender: owner-current@freebsd.org Precedence: bulk In freebsd.current, Nate Williams writes: >> >The new cvs apparently has a bugfeature of checking out old things from >> >the Attic when there are references to the old things in CVS/Entries >> >This is inconsistent with the old cvs, and breaks ctm, which doesn't >> >export CVS/*. >> >> Oh! I haven't switched to using the new cvs yet...that explains it. >> Peter? >The new version of cvs removes files than the older binary (which is >still used on freefall). The new version of CVS has 'death-support', >which allows you to bring stuff in-out of the Repository w/out moving >things in/out of the Attic. I'm not sure how to fix this other than to >upgrade the version of CVS on freefall to the new version, and make sure >all the developers also upgrade to it at the same time. No need for developers to update.. The older cvs has absolutely no problems with files generated by the new cvs, once freefall is updated. The basic problem is that cvs-1.6 is storing extra information in the rcs files in a backward compatable way to say when a file is deleted. When the developer's cvs-1.6 binaries reading the rcs files, they are expecting the information to be there, and are not able to tell that it is missing. >(It would probably be good for the developers to upgrade to the newer >version of rcs as well) Yes.. I'll second this. The CVS installation notes suggest using diffutils-2.7 and rcs-5.7. Both are in our src/gnu/usr.bin tree. Cheers, -Peter >Nate