httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Stein <>
Subject Re: [PATCH] Expat patch #3
Date Sat, 22 May 1999 09:16:12 GMT
Ralf S. Engelschall wrote:
> In article <3745E84A.F9481DE5@Golux.Com> you wrote:
> > Greg Stein wrote:
> >>
> >> I'll check in everything but my changes to http_main.c, which is
> >> actually the portion that you have an issue with. I'll still honor your
> >> veto on that part, or are you changing to -0 for that, too?
> >
> > Moving things in CVS is a little complicated.  If I recall
> > correctly, the sequence for this should be:
> >
> > 1. cvs add src/lib
> > 2. in the master CVS repository, copy the regex/ directory
> >    and contents (regex/*,v) under lib/
> > 3. repeat for anything else moving
> > 4. cvs rm regex/* (and likewise for any other copied
> >    directories)
> >
> > Otherwise there's a risk of specific-version checkouts
> > not working correctly.  Steps 2 and 3 need to be done
> > on Taz.
> >
> > Did I get the sequence right?  Randy?  Anyone else want
> > to double-check me?
> That's correct. The main important point is that the src/regex/ has to be
> repository-copied to src/lib/regex/. No "cvs add" should be done for existing
> files, only a "cvs rm".

I was planning to follow the directions located in 7.4.1 of:

Copying the history files will carry over tags and stuff which is the
Wrong Thing(tm). By doing an add/rm pair, the history of the old files
is maintained in their proper location, while the new files begin a new
set of history with no tags and stuff. Their initial comment states how
they arrived and where prior history information is located.

Section 7.4.2 doesn't work for us, and I think 7.4.3 is overly complex.
I don't think we really want the history in the new location. It doesn't
really make a lot of sense and could confuse somebody who is actually
reviewing the progression of the files.

Does anybody object to the move as described by 7.4.1 of the
above-referenced document?


Greg Stein,

View raw message