httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Stein <>
Subject Re: Tagging Apache 2.0 for beta candidate
Date Sat, 19 May 2001 00:31:59 GMT
On Fri, May 18, 2001 at 05:15:59PM -0500, William A. Rowe, Jr. wrote:
> From: "William A. Rowe, Jr." <>
> Sent: Friday, May 18, 2001 4:58 PM
> > From: "Bill Stoddard" <>
> > Sent: Friday, May 18, 2001 3:22 PM
> > 
> > I'm not suggesting we retag the httpd-2.0 tree!!!  Just provide a single tarball
> > for folks to jump on this module in this beta.
> > 
> > > Since the tree is relatively stable now and we do not freeze development before

> > > tagging a tree, now seems to be a good time to try for a beta.  
> > > It is not a big deal to roll the proxy
> > > tarball and make it available to work with 2.0.18. We can include it next
> > > time around.  
> > 
> > Why not simply tag proxy, [SAME TAG!] and add it to the tarball?  How hard
> > is that?
> I've just slapped the APACHE_2_0_18 tag on the httpd-proxy tree, effective the same
> timetable as httpd-2.0's tag.
> If the modproxy folks want to check out the proxy tree, grab the tarball, insert 
> proxy-2.0 into that package, and retar it as httpd-proxy-2.0.18.tar I believe that
> could make everyone happy, no?

Makes me happy. I think that is the way that we should always do it.

(assuming that when you tagged mod_proxy, you knew that the APACHE_2_0_18
 tag corresponded to a mod_proxy that actually works with httpd-2.0.18; that
 is a necessary precondition to tagging)

> If that package isn't up to snuff, then we release the non-proxy tarball as the
> beta, instead.  And ITMT figure out how to release a single tarball easily.

Right. We have a beta that people can use and test. The point is to get this
stuff out to users. It would be great to have more features, but we can't
keep waiting for each person's feature to be completed before we send it out
the door. We need to be able to send intermediates out.

> Since FirstBill has limited time, it's not too much to ask this of proxy folk,
> who are more ready to assure the package builds.

Um. I seem to recall a note saying that has has *no* time now.


Greg Stein,

View raw message