From owner-cvs-all  Wed Jan 28 02:10:54 1998
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id CAA01797
          for cvs-all-outgoing; Wed, 28 Jan 1998 02:10:54 -0800 (PST)
          (envelope-from owner-cvs-all@FreeBSD.ORG)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA01762
          for <committers@FreeBSD.ORG>; Wed, 28 Jan 1998 02:10:42 -0800 (PST)
          (envelope-from bde@godzilla.zeta.org.au)
Received: (from bde@localhost)
	by godzilla.zeta.org.au (8.8.7/8.8.7) id VAA32762;
	Wed, 28 Jan 1998 21:09:49 +1100
Date: Wed, 28 Jan 1998 21:09:49 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199801281009.VAA32762@godzilla.zeta.org.au>
To: jdp@polstra.com, peter@netplex.com.au
Subject: Re: Is this a new CVS bug?
Cc: committers@FreeBSD.ORG
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

>There is no "the module," there are several modules.  Watch this:
>
>    freefall$ cvs co -P brandelf ls
>...
>    freefall$ cat CVS/Repository
>    /home/ncvs/src/usr.bin/brandelf
>
>I checked out two modules, and it arbitrarily decided that "the
>module" was brandelf.  I don't see how that could be viewed as
>anything but a bug.

This seems to be fixed in -current:

    here$ cat CVS/Repository
    /a/ncvs/.

(my $CVSROOT is /a/ncvs).

I usually notice this misfeature when I check out a module in an
unusual place and rm -rf it.  This leaves garbage `D' entries in
CVS/Entries.  These usually don't matter, but they matter if the
unusual place is the usual place for another cvs module and tht
module is checked out again, e.g.:

	$ cvs co -P brandelf
	$ cd brandelf
	$ cvs co -P ls	# oops
	$ rm -rf ls	# cvs -Q release -d ls is too hard to type
	$ cd ..
	$ cvs co -P brandelf

There seems to be a real new bug in cvs: it often (?) doesn't clean
up temporary files.

Bruce