From owner-freebsd-current  Fri Dec 22 20:36:40 1995
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id UAA08346
          for current-outgoing; Fri, 22 Dec 1995 20:36:40 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA08053
          for <current@freebsd.org>; Fri, 22 Dec 1995 20:36:13 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA07671; Sat, 23 Dec 1995 15:35:30 +1100
Date: Sat, 23 Dec 1995 15:35:30 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199512230435.PAA07671@godzilla.zeta.org.au>
To: bde@zeta.org.au, davidg@Root.COM
Subject: Re: cvs fails to remove no-longer-present files
Cc: current@freebsd.org
Sender: owner-current@freebsd.org
Precedence: bulk

>>`cvs update' and `cvs co' didn't do anything for the large batch of
>>removed games/x11 and etc/etc.i386 files.  I moved the directories
>>out of the way.  Then `cvs co' worked right.

>   You used "cvs update -Pd"? Works for me:

No, but it made no difference, and I tried "cvs co -P".  The problem
was still there when I moved some things back:

	cd $CVSROOT/src/etc/etc.i386
	mv Attic/cpio* .
	cd /usr/src/etc/etc.i386
	cvs update			# check out cpio* again as expected
	cd $CVSROOT/src/etc/etc.i386
	mv cpio* Attic
	cd /usr/src/etc/etc.i386
	cvs update [-Pd]		# didn't do anything

and more interestingly:

	rm cpio*
	cvs update			# checked out cpio* from the Attic!

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/*.

`cvs update -r HEAD' in etc.i386 works even worse.  It checks out all
the old stuff in the Attic.  Oops.  I made the mistake of trying
this in sys/i386/i386 too, and it checked out lots of old files,
e.g., bt742a.c.

Bruce