httpd-docs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <>
Subject Re: retire cvs modules (moved from PMC)
Date Thu, 18 Sep 2003 17:37:30 GMT
[Moved this thread from infrastructure/pmc]

Hello dev@'ers and docs@'ers...

the infrastructure team has been trying to mop up some very old repositories,
and the only question is which should remain within our generally accessible
CVS space, which should be collected into a new graveyard/{project} repository,
and finally, which should be tarred up over to

You can see that Brian had parked the entire cvs repository into a tarball over in
for those who want to play with jserv et. al.

Here are the candidates that are strongly +1 for simply archiving
away in a tarball over at

  apache-2.0, apache-apr and apache-nspr

since these were never converted into a release - all of the relevant
history of httpd is contained within the apache-1.3, httpd-2.0 and 
apr[-*] trees.  You can follow the evolution with the release trees.

The following trees might be tarred up if nobody has any significant
interest in 'keeping them handy' for reference:

    apache-site, apache-devsite, 

Docco folks, any reason we want these hand?

The following trees are of historic interest, and have folks eyeballing them for 
the 'reasons', e.g. commit messages, that code had changed or for security
issues that might still exist today on older servers:

    apache-1.2, httpd-proxy

My feeling is that *if* they move at all, they need to be publicly accessible from
a graveyard repository.  Are their objections to moving them?  If we moved the rcs
files from httpd-proxy directly to httpd-2.0/modules/proxy - there doesn't seem to
be any need to hang onto it then (I can't remember how that merge was done.)
Additional thoughts or comments?

Finally, someone else brought up httpd-pop.  I'm guessing we want this commonly
available (although updated) and possibly brought into sync (and used to help with
the design and flexiblity) with httpd-2.1.  It provides an example (perhaps not the
very greatest, but more sophisticated than mod_echo) for aspiring protocol authors.
So I'm personally against moving that bit, but other thoughs and observations? shows that we have a *lot* of repositories that are hard for
newcomers to sort through (and consume quite a bit of space) - if we httpd'ers can 
help mop up - I'm sure our efforts are appreciated.


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message