From owner-cvs-CVSROOT Mon Jan 16 18:44:51 1995 Return-Path: cvs-CVSROOT-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id SAA24589 for cvs-CVSROOT-outgoing; Mon, 16 Jan 1995 18:44:51 -0800 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id SAA24551; Mon, 16 Jan 1995 18:44:27 -0800 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id TAA00255; Mon, 16 Jan 1995 19:32:40 GMT From: Paul Richards Message-Id: <199501161932.TAA00255@isl.cf.ac.uk> Subject: Re: cvs commit: CVSROOT modules To: pst@shockwave.com (Paul Traina) Date: Mon, 16 Jan 1995 19:32:39 +0000 (GMT) Cc: ache@astral.msk.su, CVS-commiters@freefall.cdrom.com, cvs-CVSROOT@freefall.cdrom.com In-Reply-To: <199501161919.LAA01106@precipice.Shockwave.COM> from "Paul Traina" at Jan 16, 95 11:19:42 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2260 Sender: cvs-CVSROOT-owner@FreeBSD.org Precedence: bulk In reply to Paul Traina who said > > > From: Paul Richards > Subject: Re: cvs commit: CVSROOT modules > In reply to Paul Traina who said > > Please, no-one do any more of this. > > Those of use who sup the cvs tree get stuck with this forever since > groff will always be in the cvs tree and if this carries on eventually > even those of us with lots (I have 2 Gb) of disk are going to have > to bail out. > > At some point, we're going to have to remove groff from the cvs tree. We can't do that because then we can't checkout 2.0 release or other previously tagged points. > > I guess the only way to do this is to remove all the current files and then > import into the same area of the tree. That's what I did when I ditched the > old libforms and imported a completely new one although I admit that > was a much simpler job. The principle's the same though. > > The idea here was to avoid a discontinuity, otherwise there's no way to > ask CVS: "Give me a snapshot of freebsd 2.0R sources." There'd be no problem getting a 2.0R snapshot with the way I did it. The way you're doing it prevents this though. > > Every other convoluted way of doing the same thing involved just as much > code getting stuffed into the attic (sigh). > Hmm, I guess you're right here since deleting all the files in the subdirectories would have moved them to the attic anyway and if none of the new files are in the same place there'll be the same code duplication. There's another problem with the way you've done it though and that's you can't remove the old groff sources from cvs and so now we're stuck with ngroff. People should bear in mind that the cvs repository is not easily munged and that once things go in, they stay in, forever. We shouldn't use cvs to do things like run parallel development on sources while we phase out an older version because there's no way to clean up the cvs repository afterwards and it's getting more and more cluttered. -- Paul Richards, FreeBSD core team member. Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. Internet: paul@FreeBSD.org, JANET(UK): RICHARDSDP@CARDIFF.AC.UK