New build system (BETA)

ow lol :p anyway, i do want php4 AND php5 so in that case i would need suphp, right ?

edit: there are some suphp settings installed however without the actuall suphp installed..
 
ok, it doesn't work here. I compiled a freshly download build script and it appears to fail on parsing PHP files :( it gives out a "download file" box when trying to acces a .php / .php4 / .php5 file with this inside:
Code:
<?PHP
phpinfo()
?>

altough:
Code:
Apache/2.2.4 (Unix) mod_ssl/2.2.4 OpenSSL/0.9.7e DAV/2 PHP/5.2.1 Server
 
Maybe you don't have httpd.conf with:
<Location />
suPHP_Engine on
suPHP_ConfigPath /usr/local/etc/php5/cgi/
suPHP_AddHandler x-httpd-php
suPHP_AddHandler x-httpd-php5
</Location>
 
Code:
Starting httpd: Syntax error on line 350 of /etc/httpd/conf/httpd.conf:
Invalid command 'suPHP_Engine', perhaps misspelled or defined by a module not included in the server configuration

this what i get then :(

edit:
and ofcourse when putting suphp module in i get:
Code:
Starting httpd: httpd: Syntax error on line 69 of /etc/httpd/conf/httpd.conf: API module structure `suphp_module' in file /usr/lib/apache/mod_suphp.so is garbled - perhaps this is not an Apache module DSO?

edit2:
hmm, not good i guess since i build it TODAY :)
Code:
-rwxr-xr-x  1 root root    66195 Mar 31 23:15 mod_suphp.so

edit3:
btw, i dont get suphp-VERSION.tar.gz file in customapache/ after ./build update_data?

edit4:
just noticed this flying by:
Code:
make[1]: Leaving directory `/usr/local/directadmin/customapache/httpd-2.2.4'
Restoring certificate and key, and turning on httpd for DirectAdmins's check.
 System startup links for /etc/init.d/httpd already exist.
mv: missing file argument
Try `mv --help' for more information.
cat: .nozip: No such file or directory
./build: line 2068: $PHP5_CONFIGURE_AP2: ambiguous redirect
chmod: too few arguments
Try `chmod --help' for more information.
Found /usr/local/directadmin/customapache/curl-7.16.1.tar.gz
Extracting ...
Done.
Configuring curl-7.16.1...
 
Last edited:
nzyme, thank you very much for testing it and reporting bugs, you're the one who tests suPHP on it :) I am going to fix these bugs ASAP. P.S. you must have mod_suphp in AddModule and LoadModule, because in the other way you can not use "suPHP_Engine" in httpd.conf at suPHP isn't working at all.
 
lol, thnx (i guess) :p

anyway:
im aware that they should be in addmodule and loadmodule, but i think the problem is 'build' failing to download and compile suphp somewhere behind the scenes..
 
and yet another error:
Code:
make[2]: Leaving directory `/usr/local/directadmin/customapache/mhash-0.9.1'
make[1]: Leaving directory `/usr/local/directadmin/customapache/mhash-0.9.1'
Done mhash.
Found /usr/local/directadmin/customapache/php-5.2.1.tar.gz
Extracting ...

gzip: stdin: unexpected end of file
tar: Child returned status 1
tar: Error exit delayed from previous errors
Done.
./build: line 894: cd: php-5.2.1: No such file or directory
ln: `/usr/lib/libltdl.so': File exists
Configuring php-5.2.1...
/usr/local/directadmin/customapache/configure/ap2/configure.php5: line 3: ./configure: is a directory

*** There was an error while trying to configure php. Check the configure.php5 file
This it was generated after: (ofcourse done from a fresh unzippen customapache.tar.gz)
Code:
./build update_data ; ./build all d

BTW: on ./build update_data it ALWAYS downloads mod_perl, and thats a bit weird because its already there :)

edit:
Code:
Downloading             php-5.2.1.tar.gz...
--16:38:57--  http://files.directadmin.com/services/customapache/php-5.2.1.tar.gz
           => `/usr/local/directadmin/customapache/php-5.2.1.tar.gz'
Resolving files.directadmin.com... 199.237.54.170
Connecting to files.directadmin.com[199.237.54.170]:80... connected.
HTTP request sent, awaiting response... 404 Not Found
16:38:57 ERROR 404: Not Found.
my god :p it appears the file was renamed to php-5.2.1.tar.gz.1 on that location ;)
 
Last edited:
These bugs will be fixed today too :) mod_perl won't be downloaded every time.
 
Az zinuojau kad DirectAdmin buvo protingi, idarbinti viena lietuvi.

So anyways, I've tried out this script on a brand new server. I'm trying to get a PHP5 CGI install going, as I want phpsuexec. I've gotten an error that it could not found suphp-0.6.2.tar.gz.

I've downloaded this file manually and I'm re-attempting the reinstall. Wish me luck.
 
Yes, it's a known bug and it will be fixed as soon as possible. The bug with mod_perl will be fixed soon too. And please don't use your native language in these forums, because there are some users who don't understand Lithuanian language. Thank you.

P.S. For others who don't understand "Az zinuojau kad DirectAdmin buvo protingi, idarbinti viena lietuvi" (with corrections "Aš žinojau. kad DirectAdmin buvo protingi, įdarbinti vieną lietuvį.") means:
I knew that the DirectAdmin (JMBC company) are clever - they gave Lithuanian a job.
 
Last edited:
Alright. It's gotten through that part. However, I've gotten another error:
Found /usr/local/directadmin/customapache/php-5.2.1.tar.gz
Extracting ...gzip: stdin: unexpected end of filetar: Child returned status 1 tar: Error exit delayed from previous errorsDone../build: line 1035: cd: php-5.2.1: No such file or directoryConfiguring php-5.2.1.../usr/local/directadmin/customapache/configure/suphp/configure.php5: line 3: ./configure: is a directory

I've done a ls -alh and I've realized that the PHP package was 0 bytes big. Seems that it wasn't properly downloaded or something. I'll attempt to download it manually and try the whole process again.

And please don't use your native language in these forums, because there are some users who don't understand Lithuanian language. Thank you.
I just wanted to give you a warm welcome... Fine. I won't do that ever again.

Quick update, it seems that the ./build update_data script doesn't retrieve the new PHP because of a 404:
--13:02:35-- http://files.directadmin.com/services/customapache/php-5.2.1.tar.gz
=> `/usr/local/directadmin/customapache/php-5.2.1.tar.gz'
Resolving files.directadmin.com... 199.237.54.170
Connecting to files.directadmin.com|199.237.54.170|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
13:02:35 ERROR 404: Not Found.
 
Thank you for that :) Maybe you haven't done "./build update_data" ?

Edit: found a bug :) If you want to solve this now, do this:
Code:
cd /usr/local/directadmin/customapache
wget -O php-5.2.1.tar.gz http://files.directadmin.com/services/customapache/php-5.2.1.tar.gz.1
 
Last edited:
Thank you for that :) Maybe you haven't done "./build update_data" ?
I've gotten this when I did the update_data:
--13:02:35-- http://files.directadmin.com/service...p-5.2.1.tar.gz
=> `/usr/local/directadmin/customapache/php-5.2.1.tar.gz'
Resolving files.directadmin.com... 199.237.54.170
Connecting to files.directadmin.com|199.237.54.170|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
13:02:35 ERROR 404: Not Found.

I'm now downloading PHP directly from php.net
 
Yes, that was a "bug", php-5.2.1.tar.gz was named after php-5.2.1.tar.gz.1 in files.directadmin.com server.
 
Alright, well, it seems to be compiling smoothly now, so I'm hoping that it will maybe work.

I've got another quick question, now. I'm reading on the beta page:
Rules for modifying the options.conf
1) You must always have one CLI version of php. You can have no other php, or another CGI php, but at least one, max one version of CLI. (either php 4 or 5)
I'd like to run PHP5 on SuExec, so I guess that I need to have it on CGI. How would I do that? Would I need to have PHP5 as CLI aswell? This is weird, I recall on other panels, there's no need for a CLI version if a CGI version is installed.
 
Just open /usr/local/directadmin/customapache/options.conf in your favorite text editor and set "php5_cli" value to no and "php5_cgi" to yes :) It won't let you to start the build script if both are set to "yes". Good luck!
 
Just open /usr/local/directadmin/customapache/options.conf in your favorite text editor and set "php5_cli" value to no and "php5_cgi" to yes :) It won't let you to start the build script if both are set to "yes". Good luck!
Alright. That's exactly what I did. Just making sure.
I think that you should edit the instructions to clarify this. The first rule says that there must be at least 1 CLI version active...
 
Alright. Sorry for this other question. It seems that the compile and install finished successfully, I've also restarted Apache.

How do I make sure that PHP is running in SuExec mode? Calling out "php -v" still reports the CLI version of PHP!
 
Back
Top