httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Greg Stein <>
Subject Re: Apache rollup tree
Date Sat, 05 May 2001 11:54:40 GMT
Bleck. That is exactly what I was trying to say we *don't* do. That is just
adding a bunch of overhead onto the RM. Just as we got the RM's job all nice
and simple, this goes and monkeys it back up.

The httpd RM happens to roll APR(UTIL) because Apache simply can't work
without them. It is rather easy to test whether Apache works or not. When
you start throwing in independent, optional modules, the RM then has to know
a lot more about what is going on.

The httpd RM should just release a plain httpd. The rollup should be
separate, and handled by a rollup RM.

Just consider the timing of your suggested approach. How are you ever going
to do (1) when httpd is a moving target? (1) can *easily* fall out of sync.
Therefore, (2) could never happen since it must include a valid (1).

The modules key off httpd, never the other way around. We don't build httpd
to match a specific release of mod_proxy.

Instead, you release an httpd. *THEN* the modules ensure they work with
*that* released version. The modules have a solid, fixed target to shoot
for. *THEN* you release a rollup.


On Sat, May 05, 2001 at 11:55:40AM +0200, Graham Leggett wrote:
> Greg Stein wrote:
> > Ah. I think I understand where you're going. There are two RMs:
> > 
> > 1) the httpd RM (releasing the bare bones httpd)
> > 2) the "rollup" RM (releasing httpd + many modules)
> > 
> > At the moment, RM2 only yanks in mod_proxy.
> Almost - but there should only ever be one release of Apache, ever. (For
> the benefit of the end user who does not want to be confused).
> There should be two RM's:
> 1) The proxy|rewrite|ssl RM (releases a stable mod_whatever to a known
> location)
> 2) The "rollup" RM (releasing httpd + many modules)
> RM1's job is to publish a stable mod_whatever to a known location. This
> does not have to happen every single time there is an Apache release,
> only if there are changes to a stable tree.
> RM2's job is to roll Apache + APR + APR-utils + modules. RM2 uses a
> standard script to get things done. The testing phase after the roll
> will determine any problems, including whether a module is having
> integration problems, and these should be fixed as they normally are. 
> What I'm saying we should do here is exactly what we are doing already
> with APR and APR-util. They are in separate CVS trees, they get pulled
> and intergated at release time, the release model works. All we need do
> is add mod_proxy, mod_rewrite, etc and we are laughing.
> Regards,
> Graham
> -- 
> -----------------------------------------
>		"There's a moon
> 					over Bourbon Street
> 						tonight..."

Greg Stein,

View raw message