Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 16 Jan 1995 19:32:39 +0000 (GMT)
From:      Paul Richards <paul@isl.cf.ac.uk>
To:        pst@shockwave.com (Paul Traina)
Cc:        ache@astral.msk.su, CVS-commiters@freefall.cdrom.com, cvs-CVSROOT@freefall.cdrom.com
Subject:   Re: cvs commit: CVSROOT modules
Message-ID:  <199501161932.TAA00255@isl.cf.ac.uk>
In-Reply-To: <199501161919.LAA01106@precipice.Shockwave.COM> from "Paul Traina" at Jan 16, 95 11:19:42 am

next in thread | previous in thread | raw e-mail | index | archive | help
In reply to Paul Traina who said
> 
> 
>   From: Paul Richards <paul@isl.cf.ac.uk>
>   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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199501161932.TAA00255>