First, anybody using RH8 and wanting php 4.3.0 with apache2, you need to
go here:

        http://www.aucs.org/rpmcenter/

Here you will get updated RPMs for both httpd, httpd-devel and php. 
They work for me on servers, laptops and workstations.

On Tue, 2003-02-18 at 18:42, Pete Mackie wrote:
> What I find frustrating is that Red Hat 8.0 does not provide apxs with their
> Apache distribution. One has to wonder why they omitted such basic
> functionality? In order to get apxs, I need to download and compile Apache.
> This would then allow me to compile up the PHP 4.3 scripts. While I observe
> that axps can be downloaded from places like http://rpmfind.net, I note its
> a release from Apache 1.3.6-1 dated from 1999. Would this be compitable with
> something like Apache 2.0.44? I don't have a clue on any compatibility
> issues here.

apache2 is now called httpd, and apxs2 is included in the httpd-devel
package.

apxs is for apache 1.X, and you should not mix the two.

> Furthermore Red Hat installs Apache in non-standard data paths, making a PHP
> build not and easy install with an off-the-shelf PHP compile.

The only thing I'm aware of is the need to pass --prefix=/usr to
configure.  And I've been building packages like mad because I'm moving
next week and will be without broadband for over a month.  D'oh!

Also, if you want to do everything apache from source, then why RedHat? 
That is a lotta, lotta packages (apache, php, mod_xxx...)  Gentoo rocks
the house in this regard, and gives you the flexibility/power of sources
with convenience of a ports-based package management system.

        http://www.gentoo.org/

I would advise seriously against using an RPM-based distribution like
RedHat but making core components from source.  It blows your dependency
tree to bits, making further RPM-based installs impossible, and simply
obviates the need for having package-management in the first place. 
Kinda like decapitation of the head for a case of dandruff, don't you
think?

My plan is almost identical to yours, but with one significant
difference:  I stick to SRPMs, or sources and my own specfiles.  Look, I
am not that smart, and it only took me one afternoon to figure the whole
shebang out by mangling other people's innocent packages.  The result: 
you get clean, freshly-built binaries optimized for your specific
architecture, and you can tightly control what options are made and
installed.  This includes directory layouts too.  It slices!  It dices! 
Look as it effortlessly rips through ths aluminum can!

-- Mitch

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to