Apache 1.3.32 and php 4.3.9 needed!

Hello,

Ok, thanks for your patience. I've looked at the issue. When apache is compiled, it's done with both mo_frontpage.c on the fly (built into the binary) *and* with a dso module which really isn't required. This new version of apache seems to be more picky about such things.. but in any case, the built in module should work without the dso, so just comment out:

LoadModule frontpage_module /usr/lib/apache/mod_frontpage.so

to become

#LoadModule frontpage_module /usr/lib/apache/mod_frontpage.so

in the /etc/httpd/conf/httpd.conf and you should still have frontpage because of the module that is compiled in. I'm going to remove the compilation of the dso module from the cusotmapache script (it's really not required, not sure why it made it's way there in the first place). I'll also make the customapache script remove the LoadModule line in case you still have it.

The reason why it doesn't appear on some systems is because the automatic adding of the frontpage loadmodule line put it between an <IfDefine HAVE_PYTHON> statment which is false, thus it was never loaded in the first place. This is why the dso module isn't required.

John
 
yeah I commented out the line, so what you saying is I still have frontpage support?
 
Running CentOS 3.3 and I get this running ./build clean && ./build update && ./build all:
Code: 
In file included from mod_rewrite.c:50:
mod_rewrite.h:90:18: ndbm.h: No such file or directory
mod_rewrite.c: In function `lookup_map_dbmfile':
mod_rewrite.c:3034: `DBM' undeclared (first use in this function)
mod_rewrite.c:3034: (Each undeclared identifier is reported only once
mod_rewrite.c:3034: for each function it appears in.)
mod_rewrite.c:3034: `dbmfp' undeclared (first use in this function)
mod_rewrite.c:3035: `datum' undeclared (first use in this function)
mod_rewrite.c:3035: syntax error before "dbmkey"
mod_rewrite.c:3043: `dbmkey' undeclared (first use in this function)
mod_rewrite.c:3046: `dbmval' undeclared (first use in this function)
make[4]: *** [mod_rewrite.so] Error 1
make[3]: *** [all] Error 1
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/usr/local/directadmin/customapache/apache_1.3.32/src'
make[1]: *** [build-std] Error 2
make[1]: Leaving directory `/usr/local/directadmin/customapache/apache_1.3.32'
make: *** [build] Error 2

*** The make has failed, do you want to try to make again? (y,n):
 
Now I resolved it by installing gdbm-devel package:
Code: 
yum -y install gdbm-devel
Hope this helps someone who are facing the same problem as mine :)
 
GXX said:
FC1

I ran:

./build clean
./build update
./build all

and was just about done until the last part:

Code: 
Found /usr/local/directadmin/customapache/mod_perl-1.0-current.tar.gz
Extracting ...
Done.
./build: line 1034: cd: mod_perl-1.29: No such file or directory
Configuring mod_perl-1.29...
Can't open perl script "Makefile.PL": No such file or directory
Done. Making mod_perl-1.29...
Trying to make mod_perl...
make: *** No targets specified and no makefile found.  Stop.

*** The make has failed, do you want to try to make again? (y,n):

I chose no, and it finished anyway. Anyone else get this?

*edit*

seems the mod_perl-1.0-current.tar.gz extracts mod_perl-1.27 rather than mod_perl-1.29.
Click to expand...

I have the exact same problem. Any suggestions?
 
After I update all the script..
I restart http, but get this error

[warn] module perl_module is already loaded, skipping

how to fix it..
thanks..
 
uhm, had that too with my last upgrade, check your httpd.conf, probably there are these entries now like this
Code: 
</IfDefine>
LoadModule frontpage_module /usr/lib/apache/mod_frontpage.so
LoadModule perl_module /usr/lib/apache/libperl.so
and
Code: 
<IfDefine HAVE_PERL>
LoadModule perl_module modules/libperl.so
</IfDefine>

you can comment out 1 of theses 2 lines with:
#LoadModule perl_module /usr/lib/apache/libperl.so

could be different, but this is what i had
 
You must log in or register to reply here.
Back
Top