From owner-freebsd-current Sun Dec 24 00:20:52 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA12579 for current-outgoing; Sun, 24 Dec 1995 00:20:52 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA12572 for ; Sun, 24 Dec 1995 00:20:47 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id BAA09186; Sun, 24 Dec 1995 01:23:03 -0700 Date: Sun, 24 Dec 1995 01:23:03 -0700 From: Nate Williams Message-Id: <199512240823.BAA09186@rocky.sri.MT.net> To: peter@haywire.dialix.com (Peter Wemm) Cc: freebsd-current@freebsd.org Subject: Re: cvs fails to remove no-longer-present files In-Reply-To: <4bitna$d6q$1@haywire.DIALix.COM> References: <199512230435.PAA07671@godzilla.zeta.org.au> <199512230438.UAA00172@corbin.Root.COM> <4bitna$d6q$1@haywire.DIALix.COM> Sender: owner-current@freebsd.org Precedence: bulk > >>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? > > >-DG > > The death support code in the new cvs is getting tripped up because we > are writing the repository with the old cvs. However, any of the old files in the CVS tree which don't have their state set to 'death' will appear in checked out versions. :( > The "fix" is to install cvs from -current on freefall. This is > overdue.. I've just made the changes on freefall to enable it to be > compiled there... It would be *very* good to run the (newly improved) convert.sh script in the cvs source tree on our repository to make the old Attic files have a 'death' state, else they will be checked out by the new cvs binary. Nate