From xemacs-m  Mon Jan 13 15:16:31 1997
Received: from atreides.mindspring.com (atreides.mindspring.com [204.180.142.236])
          by xemacs.org (8.8.4/8.8.4) with SMTP
	  id PAA07404 for <xemacs-beta@xemacs.org>; Mon, 13 Jan 1997 15:16:30 -0600 (CST)
Received: (qmail 19318 invoked by uid 52477); 13 Jan 1997 21:16:20 -0000
Sender: sj@atreides.mindspring.com
To: XEmacs beta <xemacs-beta@xemacs.org>
Subject: Re: build report: failure with 20.0-b90 on Linux 2.0.27
References: <hhsp47seyu.fsf@dres.elam.org> 	<m26813mqqs.fsf@altair.xemacs.org> 	<hhpvzbs6vr.fsf@dres.elam.org> 	<m220brb8fs.fsf@altair.xemacs.org> <199701131836.LAA03319@branagh.lanl.gov>
Mime-Version: 1.0 (generated by tm-edit 7.100)
Content-Type: text/plain; charset=US-ASCII
From: Sudish Joseph <sudish@mindspring.com>
Date: 13 Jan 1997 16:16:20 -0500
In-Reply-To: John Turner's message of Mon, 13 Jan 1997 11:36:15 -0700
Message-ID: <yviad8v9ff8b.fsf@atreides.mindspring.com>
Lines: 20
X-Mailer: Red Gnus v0.80/XEmacs 20.0

John Turner writes:
> If I understand you, you need to use the -P (prune) options to cvs
> when checking out and updating.  Since that's typically what I want,
> I have a line like this in my .cvsrc:

Another approach is to delete the directory in the repository itself.
One of the really sweet things about cvs is how little state is stored.
Unless you use watches extensively, that is.

> update -d -P

> (The -d adds directories missing from the workspace, i.e. directories
> someone else may have created since your checkout.)

I've had problems with using -d as default and checking out branches.
Directories that don't belong on a branch alone get added.  Sort of
expected, since directories are just containers in cvs, but still
somewhat surprising.

-Sudish

