[CentOS] Apache 2.2X

[Craig White]

On Thu, 2006-11-02 at 21:28 -0500, Jim Perrin wrote:
> > I certainly don't see packages in either dev.centos.org or
> > centos.karan.org which is the places that I would check for something
> > like this.
> 
> These packages have been requested a few times, but it's more an
> implementation issue than anything else. apache has a fair amount of
> stuff built against it, and it would require rebuilding all of those
> packages, which will then not work with the current apache.
> 
> The end result is you'd have httpd-2.0.52-x, and httpd-2.2-x, which
> would each have their own php builds, mod_perl builds, mod_auth-foo
> builds etc. It basically causes several packages to be built twice to
> accomodate one package, and it's been an effort vs demand thing.
> 
> > Apache 2.2 rpm's for CentOS 4 (or RHEL 4) would seem to be something of
> > interest to more than just you.
> 
> If more people are interested and pipe up, then it may be that the
> demand is enough to warrant a separate build for this. So far that
> hasn't been the case. Suggestions and support are always welcome.
----
FWIW - I am in a similar situation where I am running CentOS 4 and
resorted to using fcgid for interaction with ruby on rails since Apache
2.2 and mod_proxy_balance hasn't been available to me. See the OP trying
to implement rails/apache-2.2/mod_proxy_balancer/mongrel solution which
is at the moment, the high performance solution - much more so than
apache-2.0 or lighttpd with fcgid.

I would love to see Apache 2.2 packages (perhaps built against the
PHP-5.x packages also in dev.centos.org) built but so far, that only
makes 2 of us.

I should note though, that I anticipated simply upgrading this server to
CentOS-5 in order to achieve this when it becomes available/stable in
order to switch over to Apache-2.2.

I do appreciate all that you have done - especially the ruby packages in
dev.centos.org which I have been using for nearly 10 months now. I can
also appreciate that a one-time roll of the packages is one thing but it
almost becomes a commitment to errata re-rolls too, which given the
history of apache & php, is not infrequent.

Craig