From owner-freebsd-current Sat Oct 14 14:40: 7 2000 Delivered-To: freebsd-current@freebsd.org Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by hub.freebsd.org (Postfix) with ESMTP id 4AEB437B503 for ; Sat, 14 Oct 2000 14:40:05 -0700 (PDT) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.11.1/8.11.1) id e9ELjeH15907; Sat, 14 Oct 2000 14:45:40 -0700 (PDT) (envelope-from sgk) From: Steve Kargl Message-Id: <200010142145.e9ELjeH15907@troutmask.apl.washington.edu> Subject: Re: removing global from tree In-Reply-To: <20001014223211.T25237@speedy.gsinet> from Gerhard Sittig at "Oct 14, 2000 10:32:11 pm" To: Gerhard Sittig Date: Sat, 14 Oct 2000 14:45:40 -0700 (PDT) Cc: FreeBSD Current X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Gerhard Sittig wrote: > On Sat, Oct 14, 2000 at 11:16 -0700, John Baldwin wrote: > > > > On 14-Oct-00 Gerhard Sittig wrote: > > > > > > Up to now I always thought "the Attic" is something CVS > > > itself takes care of when "cvs rm"ing files. What's that > > > special thing needing manual intervention or special > > > attention you've been talking about lately? Is it for > > > performance reasons or for the warm fuzzy feelings of having > > > "not too rotten a repo"? > > > > It is where CVS puts files when you cvs rm them. You just have > > to do the actual cvs rm/cvs ci. David was cautious because if > > he had to back the change out, he didn't want to have to try to > > cvs add all of the files back in. > > Isn't it true that all the "log", "diff", "up -r" and such > commands still work in the expected way? That's the reason for > having "the Attic", I thought. Not to remove the repo file when > the working file expires, but to keep the history and to restore > any previous revision thereof when requested. Backing out an > rm'ed file should be as difficult as doing the sequence I just > tested to make sure: > If I understands cvs docs, the problem isn't with individual files. Cvs doesn't handle the removal and restoration of directories very well. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message