Helpneeded on upgrading to Apache 2.0.59 & PHP 4.4.4

D

dreamline

Verified User
Joined
Dec 3, 2005
Messages
108
Hi Guyz,
I've been running around these forums to get some info on upgrading from apache 1.3 to 2.0, so this morning I started with some faith on getting it done within an hour or so, however everything turned out differently.

K, here's my problem:
I followed all the install guides and everything goes perfectly up until the point that I need to do: ./build php_ap2 y

Once it's supposed to install PHP 4.4.4 it gives me the following error: No target specified or no makefile .... And l8er on the installation it says it can't copy php because of it, so i have to abort the installation.

I've been on these forums again and read a post where I should delete the php-4.4.4 folder completely so I did and tried again, no luck.

Hope someone knows of this problem and knows how to solve it..

Ps. I'm running a Debian Sarge 3.1 machine... :)

Thanks for any help... :)

Meanwhile I managed to get it back to apache 1.3 :D
 
Last edited:
I've had this problem aswell.

Instead I just updated the apache install from 1.3 -> 2.0.x(59) because this wasn't a real problem for me as I run suPHP with both php4 & 5 as cgi.

I believe that the problem is that the configure.php_ap2 script is empty... so php never gets configured.

You might want to try to add a configure command to the following file: /usr/local/directadmin/customapache/configure.php_ap2:

# nano /usr/local/directadmin/customapache/configure.php_ap2

Your configure command would look like this if you would like php4 as cgi (remove linebreaks!):
Code: 
./configure --prefix=/usr/local/php4 
--enable-force-cgi-redirect --enable-fastcgi 
--with-config-file-path=/usr/local/etc/php4/cgi 
--with-curl --with-curl-dir=/usr/local/lib 
--with-gd --with-gd-dir=/usr/local/lib 
--with-gettext --with-jpeg-dir=/usr/local/lib 
--with-kerberos --with-mcrypt --with-mhash 
--with-mysql=/usr/local/mysql --with-pear 
--with-png-dir=/usr/local/lib --with-xml 
--with-zlib --with-zlib-dir=/usr/local/lib 
--with-zip --enable-bcmath --enable-calendar 
--enable-ftp --enable-magic-quotes 
--enable-sockets --enable-track-vars 
--enable-mbstring --enable-memory-limit 
--with-mysql-dir=/usr/

Does the update from apache 1.3 -> 2 give you any trouble btw? I had to manually copy the new httpd -> /etc/init.d/httpd....

Another thing, php-4.4.4 doesn't compile on my Debian box so if you get it to compile can you let me know what you did? I compiled 4.4.3 in the end which does compile fine.

gr.

bluecherry
 
Thanks Bluecherry,
I'm definately gonna try that.. In the meanwhile i've updated the MySQL db and PHP manually. So MySQL is now 4.1.21 and PHP is indeed set to 4.4.4 and it runs smoothly... The only thing to upgrade for me right now is to apache 2.0. :)

Here's what I did to upgrade to php 4.4.4 without any problems:
Code: 
# cd /usr/local/directadmin/customapache
# wget [url]http://nl3.php.net/get/php-4.4.4.tar.gz/from/nl2.php.net/mirror[/url]

# vi build (locate the PHP version number and change it to 4.4.4)

# ./build clean
# ./build php n
#  ./etc/init.d/httpd restart

Sofar the apache update script didn't give me any problems, however I wasn't able to start it though. Didn't check if httpd was in /etc/init.d/ though..
 
Last edited:
I finally upgraded to version 2.0.59 of Apache from 1.3.37. In case anyone else runs into problems on a Debian machine here everything I did. Most of it comes from another post which has been posted by @how@. The reason why my PHP wouldn't install was because the file conifgure.php_ap2 was empty (thanks for pointing that out to me bluecherry).

Anyways here's the things I did:
Code: 
cd /usr/local/directadmin/customapache
rm -fr build
wget http://files.directadmin.com/services/customapache/build
wget http://files.directadmin.com/services/customapache/configure.php_ap2
chmod 755 build
chmod 755 configure.php_ap2
./build update
./build update_data_ap2
./build convert 
./build clean
./build apache_2
./build php_ap2 n 
./build mod_frontpage_ap2
./build mod_perl_ap2
./build zend
./etc/init.d/ httpd restart

After the restart I still had to disable the mod_perl.so in the httpd.conf file, but then i restarted httpd again and guess what .... I'm officially using 2.0.59 now. :D On to the next server for an upgrade.. :)
 
Last edited:
dreamline said:
I finally upgraded to version 2.0.59 of Apache from 1.3.37. In case anyone else runs into problems on a Debian machine here everything I did. Most of it comes from another post which has been posted by @how@. The reason why my PHP wouldn't install was because the file conifgure.php_ap2 was empty (thanks for pointing that out to me bluecherry).

Anyways here's the things I did:
Code: 
cd /usr/local/directadmin/customapache
rm -fr build
wget [url]http://files.directadmin.com/services/customapache/build[/url]
wget [url]http://files.directadmin.com/services/customapache/configure.php_ap2[/url]
chmod 755 build
chmod 755 configure.php_ap2
./build update
./build update_data_ap2
./build convert 
./build clean
./build apache_2
./build php_ap2 y 
./build mod_frontpage_ap2
./build mod_perl_ap2
./build zend
./etc/init.d/ httpd restart

After the restart I still had to disable the mod_perl.so in the httpd.conf file, but then i restarted httpd again and guess what .... I'm officially using 2.0.59 now. :D On to the next server for an upgrade.. :)
Click to expand...

I followed these directions, and when I got to "./build php_ap2 y" the build process went well but then I got this error (it just cycles through this error)

/usr/local/directadmin/customapache/php-4.4.4/ext/curl/curl.c: In function `zm_startup_curl':
/usr/local/directadmin/customapache/php-4.4.4/ext/curl/curl.c:261: error: `CURLOPT_FTPASCII' undeclared (first use in this function)
/usr/local/directadmin/customapache/php-4.4.4/ext/curl/curl.c:261: error: (Each undeclared identifier is reported only once
/usr/local/directadmin/customapache/php-4.4.4/ext/curl/curl.c:261: error: for each function it appears in.)
/usr/local/directadmin/customapache/php-4.4.4/ext/curl/curl.c:299: error: `CURLOPT_PASSWDFUNCTION' undeclared (first use in this function)
make: *** [ext/curl/curl.lo] Error 1
Trying to make php...
/bin/sh /usr/local/directadmin/customapache/php-4.4.4/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/curl/ -I/usr/local/directadmin/customapache/php-4.4.4/ext/curl/ -DPHP_ATOM_INC -I/usr/local/directadmin/customapache/php-4.4.4/include -I/usr/local/directadmin/customapache/php-4.4.4/main -I/usr/local/directadmin/customapache/php-4.4.4 -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/directadmin/customapache/php-4.4.4/ext/mbstring/mbregex -I/usr/local/directadmin/customapache/php-4.4.4/ext/mbstring/libmbfl -I/usr/local/directadmin/customapache/php-4.4.4/ext/mbstring/libmbfl/mbfl -I/usr/local/mysql/include -I/usr/local/directadmin/customapache/php-4.4.4/ext/xml/expat -I/usr/local/directadmin/customapache/php-4.4.4/TSRM -I/usr/local/directadmin/customapache/php-4.4.4/Zend -g -O2 -prefer-non-pic -c /usr/local/directadmin/customapache/php-4.4.4/ext/curl/curl.c -o ext/curl/curl.lo
/usr/local/directadmin/customapache/php-4.4.4/ext/curl/curl.c: In function `zm_startup_curl':
/usr/local/directadmin/customapache/php-4.4.4/ext/curl/curl.c:261: error: `CURLOPT_FTPASCII' undeclared (first use in this function)
/usr/local/directadmin/customapache/php-4.4.4/ext/curl/curl.c:261: error: (Each undeclared identifier is reported only once
/usr/local/directadmin/customapache/php-4.4.4/ext/curl/curl.c:261: error: for each function it appears in.)
/usr/local/directadmin/customapache/php-4.4.4/ext/curl/curl.c:299: error: `CURLOPT_PASSWDFUNCTION' undeclared (first use in this function)
make: *** [ext/curl/curl.lo] Error 1


any ideas on how I can solve this problem? I'm running debian sarge.

Thanks!!
 
Heh, a bit old thread, but who is looking for solution: PHP <4.4.5 and <5.2.1 have a bug because of it you can't install PHP with cURL 7.16, so the solution is to downgrade cURL version or upgrade PHP :)
 
mod_perl is an important module also wat, i tried directadmin's apache 2 one year ago, but didn't like it, since it broke directadmin here there... i switched back to apach 1.3, since mine are production servers.
 
You must log in or register to reply here.
Back
Top