PDA

View Full Version : Custombuild is out of beta.



smtalk
05-03-2007, 01:55 AM
Hello,

The custombuild script is out of beta, now the only thing left is to make it fully compatible with DirectAdmin. Please post there any issues you have. Thank you.

P.S. when there will be no issues for a week - it will be really stable! :)

smtalk
05-03-2007, 01:33 PM
P.P.S. if you've tested the custombuild script and everything went fin - please post it in this thread too. Thank you.

jackc
05-04-2007, 12:23 AM
when compiling php4, got error, build failed:


In file included from /usr/local/directadmin/custombuild/php-4.4.6/ext/zip/php_zip.h:25,
from /usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:27:
/usr/local/include/zzip/zzip.h:4:2: warning: #warning do no not use <zziplib.h>, update to include <zzip/zzip.h>
In file included from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/directadmin/custombuild/php-4.4.6/ext/zip/php_zip.h:25,
from /usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:27:
/usr/local/include/zzip/zzip.h:9:23: #include nested too deeply
In file included from /usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:27:
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/php_zip.h:58: error: syntax error before "ZZIP_FILE"
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/php_zip.h:58: warning: no semicolon at end of struct or union
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/php_zip.h:59: warning: data definition has no type or storage class
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/php_zip.h:60: warning: data definition has no type or storage class
In file included from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/include/zzip/zzip.h:9,
from /usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:34:
/usr/local/include/zzip/zzip.h:9:23: #include nested too deeply
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c: In function `php_zip_free_dir':
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:89: error: `ZZIP_DIR' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:89: error: (Each undeclared identifier is reported only once
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:89: error: for each function it appears in.)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:89: error: `z_dir' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:89: error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c: In function `php_zip_free_entry':
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:98: error: `entry' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:98: error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c: In function `zif_zip_open':
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:133: error: `ZZIP_DIR' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:133: error: `archive_p' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c: In function `zif_zip_read':
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:164: error: `ZZIP_DIR' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:164: error: `archive_p' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:165: error: `entry' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:171: error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c: In function `zif_zip_close':
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:190: error: `ZZIP_DIR' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:190: error: `archive_p' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:195: error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c: In function `php_zzip_get_entry':
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:206: error: `entry' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:211: error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c: In function `zif_zip_entry_open':
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:269: error: `ZZIP_DIR' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:269: error: `archive_p' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:270: error: `entry' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:277: error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:278: error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:280: error: `O_RDONLY' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c: In function `zif_zip_entry_read':
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:291: error: `entry' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:303: error: syntax error before ')' token
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c: In function `zif_zip_entry_close':
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:321: error: `entry' undeclared (first use in this function)
/usr/local/directadmin/custombuild/php-4.4.6/ext/zip/zip.c:326: error: syntax error before ')' token
make: *** [ext/zip/zip.lo] Error 1




default_php=5
php4_cli=yes
php4_cgi=no
php5_cli=no
php5_cgi=yes
apache_ver=2.2
dovecot=no

smtalk
05-04-2007, 02:01 AM
It's not a custombuild issue, but zzip :) Try to use PHP 4.4.7 or another version of zzip.

smtalk
05-04-2007, 03:10 AM
You can also try to remove /usr/local/include/zzip directory and rebuild zzip.

smtalk
05-04-2007, 08:34 AM
I've just added a poll to this thread.

nobaloney
05-04-2007, 10:00 AM
The custombuild script is out of beta
I'm not sure what you mean. If this is going to be an official change/add-on for DirectAdmin, then isn't it up to the DA staff to tell us when they consider it out of beta?

P.S. when there will be no issues for a week - it will be really stable! :)
Only a week?

Generally we wait a few months to see what others are reporting; personally I don't think enough people will have tested it with enough different configurations to trust our working systems to it until it's been without issues for at least a month.

But that's just my opinion. Let's see what DA staff has to say :) .

Is it going to replace the built-in customapache system?

Jeff

smtalk
05-04-2007, 10:23 AM
jlasman, it's based on customapache system, so, only ~20-40&#37; of code is new, that's why we need only 1 week. It's up to DA staff when to include it by default to the DirectAdmin ;) But not when to release the script as stable.

Chrysalis
05-04-2007, 08:04 PM
Matynas now there is new php versions I will be trying out the build that you consider out of beta to do the php upgrade, will let you know how I get on :)

smtalk
05-04-2007, 10:41 PM
Chrysialis, yes, it's included in the latest version of custombuild, so you don't need to change anything :) Thank you.

jackc
05-05-2007, 12:10 AM
Using the latest custombuild still have the same problem with zzip when building php-4.4.7.

smtalk
05-07-2007, 09:47 AM
jackc, may I take a look at your system? I'll try to use an older version of zzip for you or make a patch for it.

jackc
05-07-2007, 11:14 AM
sure, i'm using a VPS to test, i'll PM you the details.

smtalk
05-07-2007, 12:21 PM
jackc, everything went fine with default settings.

jackc
05-07-2007, 12:27 PM
Hello smtalk,
Could you try


default_php=5
php4_cli=yes
php4_cgi=no
php5_cli=no
php5_cgi=yes
apache_ver=2.2
dovecot=no

smtalk
05-07-2007, 12:44 PM
yes, it's a bug of php 4.4.7 I guess ( http://bugs.php.net/bug.php?id=41319 ).

smtalk
05-07-2007, 01:04 PM
jackc, everything went fine with zziplib 0.10.82:


cd /usr/local/directadmin/custombuild
perl -pi -e 's/0.13.49/0.10.82/' build
./build update_data
./build all d


I'm going to change it into the build script until PHP 4.4.8 will be released :)

jackc
05-07-2007, 05:32 PM
Thanks smtalk,
got it working now.
btw, there is still a little problem with httpd-php-handlers.conf when php4 is in cli mode.
I need to uncomment ifModule to make php4 work, otherwise it will show source code. Could you fix this little thing in later versions?


#<IfModule mod_php4.c>
AddHandler application/x-httpd-php .inc .php4 .phtml
AddHandler application/x-httpd-php-source .phps
#</IfModule>

bclark94
05-08-2007, 11:25 AM
default_php=5
php4_cli=no
php4_cgi=no
php5_cli=yes
php5_cgi=no
apache_ver=2.2
dovecot=no

With these options set zzip 10.83 fails to compile on FC6. I switched to the 13.49 and compiled with out any problems. smtalk you may want to put some programming logic for the swith between php4_cli and php5_cli

jackc
05-10-2007, 11:44 AM
There is one problem I just found, the bandwidth usage of apache doesn't seem to update on DA, it's always zero. however inside Webalizer Stats, Webalizer does show bandwidth usage of apache. Is this a DA problem or custombuild?

jackc
05-10-2007, 11:50 AM
OK, I took a look inside the log files, it's showing bytes instead of number, I suppose it's something wrong with the httpd.conf logging when custombuild/DA created it.


[root@host5 domains]# cat domain.net.bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes
bytes


edit:
ok, it seems missing


LogFormat "&#37;b" bytes

in httpd.conf

smtalk could you fix this please, thanks!

smtalk
05-10-2007, 12:10 PM
Thank you for the reports.

smtalk
05-11-2007, 12:59 AM
Reported bugs has been fixed.

Chrysalis
05-12-2007, 06:38 AM
how to fix the bytes problem then? have to rerun the build script?

smtalk
05-12-2007, 06:53 AM
Just run "./build rewrite_confs", or delete /etc/httpd/conf and run "./build all d".

Chrysalis
05-14-2007, 04:49 PM
new httpd conf says all include files get overwritten by directadmin, why and when is this?

Since customising mpm etc. is done in some of these files.

line 27 of /etc/httpd/conf/extra/httpd-deflate.conf I had to comment out still.

smtalk
05-15-2007, 01:42 AM
Chrysalis, they're being owerwriten when you use "rewrite_confs" option.

Marcin
05-16-2007, 02:29 AM
New host (as usual Debian Etch, this time it's official 4.0R0 but with version number downgraded to 3.1 in /etc/debian_version), done the OS and DA install twice (from scratch), same effect as below:

&#37; cat httpd-vhosts.conf

<VirtualHost 87.204.147.156:80>
ServerAdmin webmaster@localhost
AliasMatch ^/~([^/]+)(/.*)* /home/$1/public_html$2
DocumentRoot /var/www/html
ServerName localhost"
ScriptAlias /cgi-bin/ /var/www/cgi-bin/"
CustomLog /var/log/httpd/homedir.log homedir
</VirtualHost>

<VirtualHost 87.204.147.156:443>
ServerAdmin webmaster@localhost
AliasMatch ^/~([^/]+)(/.*)* "/home/$1/public_html$2"
DocumentRoot /var/www/html
ServerName localhost
ScriptAlias /cgi-bin/ "/var/www/cgi-bin/"
CustomLog /var/log/httpd/homedir.log homedir
</VirtualHost>


Please take a look at ServerName and ScriptAlias directives. AliasMatch is visibly FUBARed as well.

./build rewrite_confs and 'echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue' do NOT correct the issue.


There are more serious errors in Apache configuration, they prevent
Apache from starting up.

Please resolve this issue. I can offer you (smtalk) login to our host for diagnostics. Write me at admin at domeny dot pl.

sky
05-16-2007, 03:39 AM
all seam ok
just done a new install on a fedora core 6

smtalk
05-16-2007, 05:37 AM
Marcin, please write this to support[at]directadmin.com, thank you.

smtalk
05-21-2007, 09:56 AM
Anyone are having problems now? Because I got no reports for a whole week. :)

blueice
05-21-2007, 02:31 PM
Anyone are having problems now? Because I got no reports for a whole week. :)
in freebsd 4.11 and 5.5 i still have problems with zziplib.
Is any here who have build without problems in freebsd server?

smtalk
05-21-2007, 02:35 PM
blueice, it's a problem both of PHP 4.4.7 and zziplib creators :) With PHP 5.2.2 there are no problems at all. Try to use zziplib 0.10.82.

blueice
05-21-2007, 02:58 PM
blueice, it's a problem both of PHP 4.4.7 and zziplib creators :) With PHP 5.2.2 there are no problems at all. Try to use zziplib 0.10.82.
hi, are you sure? you have try?
I hope in freebsd the script use zziplib 0.10.82 by default.
I have try now with the official method in freebsd 5.5 and php 5.5.2 and i have this problem:

Trying to make zZip...
cd . && CONFIG_FILES= CONFIG_HEADERS=config.h /bin/sh ./config.status
config.status: creating config.h
config.status: config.h is unchanged
config.status: skipping top_srcdir/Makefile - not created
config.status: creating zzip/_config.h - prefix ZZIP for config.h defines
config.status: zzip/_config.h is unchanged
config.status: creating zzip/_msvc.h - prefix ZZIP for zzip/_msvc.in defines
config.status: zzip/_msvc.h is unchanged
make all-recursive
Making all in zzip
source='zip.c' object='zip.lo' libtool=yes depfile='.deps/zip.Plo' tmpdepfile='.deps/zip.TPlo' depmode=gcc3 /bin/sh ../uses/depcomp /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I.. -I.. -O2 -D_USE_MMAP -fomit-frame-pointer -Wall -fno-writable-strings -Wwrite-strings -Wpointer-arith -Wsign-compare -Wmissing-declarations -c -o zip.lo `test -f zip.c || echo './'`zip.c
In file included from ../zzip/lib.h:21,
from zip.c:14:
../zzip/zzip.h:83: error: syntax error before "zzip_ssize_t"
../zzip/zzip.h:83: warning: type defaults to `int' in declaration of `zzip_ssize_t'
../zzip/zzip.h:83: warning: data definition has no type or storage class
../zzip/zzip.h:185: error: syntax error before "zzip_file_read"
../zzip/zzip.h:185: warning: type defaults to `int' in declaration of `zzip_file_read'
../zzip/zzip.h:185: warning: data definition has no type or storage class
../zzip/zzip.h:192: error: syntax error before "zzip_read"
../zzip/zzip.h:192: warning: type defaults to `int' in declaration of `zzip_read'
../zzip/zzip.h:192: warning: data definition has no type or storage class
In file included from ../zzip/lib.h:22,
from zip.c:14:
../zzip/plugin.h:45: error: syntax error before "zzip_ssize_t"
zip.c: In function `__zzip_find_disk_trailer':
zip.c:135: error: called object is not a function
zip.c:200: error: structure has no member named `read'
zip.c:200: error: syntax error before "maplen"
zip.c:202: error: `mapped' undeclared (first use in this function)
zip.c:202: error: (Each undeclared identifier is reported only once
zip.c:202: error: for each function it appears in.)
zip.c:133: error: label `cleanup' used but not defined
zip.c: At top level:
zip.c:207: error: syntax error before '{' token
*** Error code 1

Stop in /usr/local/directadmin/custombuild/zziplib-0.10.82/zzip.
*** Error code 1

Stop in /usr/local/directadmin/custombuild/zziplib-0.10.82.
*** Error code 1

Stop in /usr/local/directadmin/custombuild/zziplib-0.10.82.
Also with the customapache (old stable method) i can build php 4.4.7 without problem.

smtalk
05-22-2007, 01:17 AM
http://www.directadmin.com/forum/showthread.php?t=5709
http://lists.freebsd.org/pipermail/freebsd-ports/2003-November/006828.htmlhttp://lists.freebsd.org/pipermail/freebsd-ports/2003-November/006828.html

pchs
05-23-2007, 08:52 AM
Hi,

if I update to new custombuild, all my file (httpd.conf ecc..) will be overwriten? I have a mod_rewrite in httpd.conf, it is cancelled ?

Excuse me for my bad english

smtalk
05-23-2007, 09:01 AM
Yes, they will be overwritten, but you'll have a backup too.

akukula
05-23-2007, 03:27 PM
Apropos inability to build zzip 0.10.82 on FreeBSD:

In file zzip/zzip.h find line:
#include <zzip/conf.h>
and add after it:
#include <sys/types.h>

Regards,
Andrzej

nobaloney
05-23-2007, 07:08 PM
Martynas, which configuration files does Custombuild overwrite?

Does it do it each time it's run, or onlyl the first time?

Jeff

smtalk
05-23-2007, 09:59 PM
Only the first time and only httpd configs :)

nobaloney
05-24-2007, 10:07 AM
Can it be changed to not overwrite it the first time if it's already a DA httpd.config?

Jeff

smtalk
05-24-2007, 10:10 AM
No, there isn't such option, because it uses the new config with extra directory and everything is made to use that (suphp configs, aliases etc.). :)

nobaloney
05-24-2007, 01:11 PM
Normally would you only run it the first time if you were converting a machine? In other words on a new install using custombuild instead of customapache, would this ever be a problem?

Jeff

smtalk
05-24-2007, 01:28 PM
No, it wouldn't be a problem :)

jackc
05-24-2007, 06:50 PM
Does suphp use lots cpu resource? One of my servers was running php4 in CLI, I installed php5 in cgi mode with suphp today, then the server is overloaded, seems the cpu usage is doubled. I switch back to php4 cli then the load is normal again.
possible to build php5 in cgi mode and no suphp? Thanks

smtalk
05-24-2007, 11:55 PM
jackc, yes, it does, but not that much :)

Chrysalis
05-25-2007, 04:05 AM
Yes, they will be overwritten, but you'll have a backup too.

so even without doing rewrite_confs old configs are overwritten?

can the default be changed to preserve configs or to only write new .dist files?

jackc
05-26-2007, 04:17 PM
Hello smtalk, experiencing bandwidth logging problem on all the servers built by custombuild, please look:
http://www.directadmin.com/forum/showthread.php?goto=newpost&t=19048

jackc
05-26-2007, 04:27 PM
In httpd 2.0, unlike 1.3, the &#37;b and %B format strings do not represent the number of bytes sent to the client, but simply the size in bytes of the HTTP response (which will differ, for instance, if the connection is aborted, or if SSL is used). The %O format provided by mod_logio will log the actual number of bytes sent over the network.


looks like need some modification on this issue.

Chrysalis
05-27-2007, 12:30 PM
Had a look at the logging parts of the config and has both if lines for log_config and log_logio modules, httpd -l shows both modules are loaded so the question is are both been used and conflicting with each other? or just one or the other.

the seperate user httpd configs use the word bytes at the end of the bytes log file and not a flag.

smtalk
05-27-2007, 12:34 PM
so even without doing rewrite_confs old configs are overwritten?

can the default be changed to preserve configs or to only write new .dist files?

Yes, rewrite_confs is only needed to rewrite configs if you've deleted them etc.

Chrysalis
05-27-2007, 12:38 PM
ok then if possible I would like an option to set so that I can upgrade apache without needing to worry about my config files been overwritten.

smtalk
05-27-2007, 12:39 PM
Chrysalis, it's impossible to do that in easy way, because everything is done using files in extra directory, it's a goal of custombuild.

DirectAdmin Support
05-27-2007, 03:06 PM
&#37;b swapped with %O for the default apache 2 configs in custombuild.
The customapache apache 2 httpd.conf is not changed because mod_logio isn't present.

John

elvandar
05-28-2007, 03:37 PM
Hello,

I get regularly 'disturbed' by the fact that the build script tries to install libxml2 and libxslt within FreeBSD while they are already installed. The ports from FreeBsD are installed in /usr/local by default and that is where the portinstall also places the files. The check in the current build script is for /usr, so it will never match FreeBSD's default (clean) way of installing third party packages.

Please apply this patch to the build application so that it detects the proper installation of libxml2 and libxslt:

--- build.20070528 Fri May 18 00:36:11 2007
+++ build Tue May 29 00:27:44 2007
@@ -221,7 +221,11 @@
if [ ! -e /usr/include/libxml2 ] || [ ! -e /usr/include/libxslt ]; then

if [ $OS = "FreeBSD" ]; then
- portinstall -i libxml2 libxslt
+ if [ ! -e /usr/local/include/libxml2 ]; then
+ portinstall -i libxml2
+ elif [ ! -e /usr/local/include/libxslt ]; then
+ portinstall -i libxslt
+ fi
else
if [ -e /usr/bin/yum ]; then
yum -y install libxml2-devel libxslt-devel

Note: I splitted both checks because one of the applications might already be installed, and it would be bad to try and install it again ;-)

Thanks!

Kind regards,
Remko

Chrysalis
05-28-2007, 04:12 PM
Chrysalis, it's impossible to do that in easy way, because everything is done using files in extra directory, it's a goal of custombuild.

smtalk of course its possible.

the install script should work like this.

if files dont exist install new ones.
if files do exist preserve current files and either dont install any or install .dist files which the admin can then compare to and see if any changes.

other possibilities is using tags to determine if a older version of the config file is in place.

smtalk
05-29-2007, 01:50 AM
Chrysialis, it's possible (with a rewrite of the whole script), but as I said it's impossible to do in easy way. Because when you install suphp etc. it owerwrites some files in extra dir.

Chrysalis
05-29-2007, 07:30 AM
why does it need to overwrite a already configured application?

customapache doesnt do this.

I have customised some configs in the extra dir which is why I have a problem with this.

smtalk
05-29-2007, 09:00 AM
Chrysialis, customapache do this, if httpd.conf isn't in /etc/httpd/conf/httpd.conf ;) If you have an extra dir in /etc/httpd/conf then it won't overwrite your configs, because they are compatible with custombuild.

nobaloney
05-29-2007, 09:33 AM
Chrysalis, I like your idea of .dist files; similar to updating an RPM.

When you update an RPM, if the new program won't work without the new configuration file the old one gets saved with an extension and the new one gets written; if the new program will work without the new configuration file, but just not with all it's features, the new one gets saved with an extension.

Martynas, I'm not sure why you're so sure it can't easily be done. Do you mean it can't be done without spending an hour or two? Surely that doesn't equate with easily.

As it stands, unless I'm missing something, Custombuild can only be safely used on new servers; it can't be safely used on currently running servers without the admin having to protect the configuration file. Certainly the script could easily protect the file, and with a bit more work even intelligently update the file.

If I'm missing something then please point me to what and where.

Thanks.

Jeff

smtalk
05-29-2007, 09:58 AM
jlasman, apache configs are backed up when doing a conversation. I was talking about using old configs for the full functionality of custombuild, it's not very easy to do that ;) Because as I said everything is done in the other way (not using the one file). I would take me an hour to tell you how everything is done, if you want - you can browse its source :) E.g. take a look at doPhp() function, it would be quite difficult to do everything in the httpd.conf file.

nobaloney
05-29-2007, 07:21 PM
I'm not a php programmer; browsing the source would make me even more confused :) .

I guess I need to somehow revisit what someone called the problem and attempt to understand it better. If you'd be so kind as to do that for me I'll appreciate it. I'd love a full custombuild system rather than just customapache which we have now ... but I want to be sure my employees in different timezones can update systems without having to awaken me in the middle of the night... so I want something that just works.

I guess what I'd like to see is a How-To on how to upgrade to CustomBuild, and another How-To on how to use it once it's installed.

And, as long as I'm asking ... Does CustomBuild include some kind of configuration file to keep track of what was installed last time, so if we only desire to update what we did last time and not install anything new, we can just type one thing that'll work on all servers?

Thanks!

And, oh ...

I've reset the poll results as you requested; hopefully people will now re-vote.

Jeff

johannes
05-29-2007, 11:38 PM
Error:
//
gzip: stdin: unexpected end of file
tar: Child returned status 1
tar: Error exit delayed from previous errors
Done.
./build: line 2264: cd: zziplib-: No such file or directory
Configuring zziplib-...
./build: line 2267: ./configure: is a directory
Done. Making zziplib-...
Trying to make zZip...
make: *** No targets specified and no makefile found. Stop.
server:/usr/local/directadmin/custombuild#
//
Found: Zerobyte zziblib
..
Possible Reason: wrong Link to "zziblib-.tar.gz" somewhere after build update data in the script, instead of "zziplib-0.13.49.tar.gz" (if latter one should be here, i dont know).

johannes

smtalk
05-30-2007, 12:07 AM
And, as long as I'm asking ... Does CustomBuild include some kind of configuration file to keep track of what was installed last time, so if we only desire to update what we did last time and not install anything new, we can just type one thing that'll work on all servers?



You're always welcome. CustomBuild just changes /etc/httpd/conf directory (nothing more is changed), if it has old configs (without extra dir) (you need to do the changes to the httpd.conf file if you have modified something on it, and you only need to do that one time, because when the script detects /etc/httpd/conf/extra - it doesn't overwrite any configs anymore).

smtalk
05-30-2007, 12:08 AM
Error:
//
gzip: stdin: unexpected end of file
tar: Child returned status 1
tar: Error exit delayed from previous errors
Done.
./build: line 2264: cd: zziplib-: No such file or directory
Configuring zziplib-...
./build: line 2267: ./configure: is a directory
Done. Making zziplib-...
Trying to make zZip...
make: *** No targets specified and no makefile found. Stop.
server:/usr/local/directadmin/custombuild#
//
Found: Zerobyte zziblib
..
Possible Reason: wrong Link to "zziblib-.tar.gz" somewhere after build update data in the script, instead of "zziplib-0.13.49.tar.gz" (if latter one should be here, i dont know).

johannes

Do you use Debian 3.1?

johannes
05-30-2007, 12:10 AM
yes, any workaround there outside?

smtalk
05-30-2007, 12:12 AM
Please change this:


elif [ -e /etc/debian_version ]; then
&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;if [ "`cat /etc/debian_version`" = "4.0" ]; then
&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;ZZIP_VER=0.13.47&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;
&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;fi


To:


elif [ -e /etc/debian_version ]; then
&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;if [ "`cat /etc/debian_version`" = "4.0" ]; then
&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;ZZIP_VER=0.13.47
&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;else
&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;ZZIP_VER=0.10.82
&#160;&#160;&#160;&#160;&#160;&#160;&#160;&#160;fi

Thank you :) It will be changed into the custombuild script soon.

P.S. if you use PHP5 - it doesn't require zziplib, because it has it own zip extension. It's just needed for PHP4.

smtalk
05-30-2007, 12:15 AM
I've reset the poll results as you requested; hopefully people will now re-vote.

But the users can't re-vote :) It would be great if the users were resetted too.

johannes
05-30-2007, 12:57 AM
great, thank you, it works now, but i have still troubles with sshd ..
DA says "An error has occurred", https give blank site (sshd is running, have pids, but not serves via https and not react via DA)

smtalk
05-30-2007, 01:05 AM
johannes, it has nothing to do with ssh daemon, so it's not a problem of custombuild.

johannes
05-30-2007, 01:08 AM
o.k., sorry, anyway thank you for bringing me back 2 the way :)

smtalk
05-30-2007, 12:55 PM
Sorry, forgot to say that it has been fixed (issue with Debian 3.1 & zzip library) :)

jackc
05-30-2007, 06:58 PM
keep having problems when use 64bit CentOS 4.5(updated from 4.4)
when building php4:


/usr/bin/ld: /usr/local/lib/libltdl.a(ltdl.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libltdl.a(ltdl.o): could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1

johannes
05-30-2007, 09:09 PM
Do I can delete "customapache" dir after install from "custombuild"?
Thank you.

smtalk
05-30-2007, 11:59 PM
johannes, yes you can.

smtalk
05-31-2007, 12:00 AM
keep having problems when use 64bit CentOS 4.5(updated from 4.4)
when building php4:


/usr/bin/ld: /usr/local/lib/libltdl.a(ltdl.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libltdl.a(ltdl.o): could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1


Not a bug of the custombuild script.

Chrysalis
05-31-2007, 04:45 PM
You're always welcome. CustomBuild just changes /etc/httpd/conf directory (nothing more is changed), if it has old configs (without extra dir) (you need to do the changes to the httpd.conf file if you have modified something on it, and you only need to do that one time, because when the script detects /etc/httpd/conf/extra - it doesn't overwrite any configs anymore).

Ok I think we had a misunderstanding :) you thought I meant the old customapache configs?

I meant on a server where custombuild is already installed and the extra dir exists and all the configs, but then running the build script again to upgrade apache for new version or something.

smtalk
06-04-2007, 02:31 AM
Yes, I thought that you meant the old customapache configs. It's not rewriting configs, when it's not needed. The configs that are rewritten: extra/httpd-suphp.conf, extra/httpd-php-handlers.conf. Nothing more :) You need to use "./build rewrite_confs" if you will ever need to rewrite configs :)

smtalk
06-05-2007, 01:39 PM
"mail-header-patch=yes" has been added to the options.conf file. Just remove options.conf file with "rm -f /usr/local/directadmin/custombuild/options.conf" after the update and options.conf file will be rewritten, you can also just add "mail-header-patch=yes" to the file.

smtalk
06-06-2007, 12:38 PM
No more problems? :)

jmstacey
06-06-2007, 02:24 PM
I finally got a chance to give this a try and for the most part things went smoothly. There are a few minor issues that still need to be taken care of as far as configuration goes. When I tried to downgrade to PHP4 it pulled the configuration file out of the ap1 directory even though apache2 was running.

There were one or two other glitches but I didn't have time to document them, but they were also configuration based and fixed with a little bit of manual tweaking.

smtalk
06-06-2007, 02:29 PM
You just needed to set apache_ver=2.2, instead of 1.3 in options.conf.

jmstacey
06-06-2007, 02:31 PM
It was already set to that, the only thing I did was change the php version to 4 and moved the yes for the CLI thing.

smtalk
06-06-2007, 02:38 PM
elif [ "${APACHE_OPT}" = "2.0" ] || [ "${APACHE_OPT}" = "2.2" ]; then
PHP4_CONFIGURE=configure/ap2/configure.php4
PHP5_CONFIGURE=configure/ap2/configure.php5
It's impossible to use file from ap1 directory while apache_ver 2.2 or 2.0 set.

jmstacey
06-06-2007, 08:20 PM
You're right. I went back to see if I could reproduce it but couldn't. Ah well, maybe I'll stumble on it at another time.

DLag
06-07-2007, 01:25 AM
Installed at clean system.
When a domain name created in the user's file httpd.conf writes Port 80, which prevents starts Apache.
I have found nothing in templates.
Solving the problem with scripts domain_create(destroy)_post.sh

#!/bin/sh
/usr/bin/perl -p -i -e 's/Port/#Port/g' /usr/local/directadmin/data/users/$username/httpd.conf
/usr/bin/perl -p -i -e 's/##Port/#Port/g' /usr/local/directadmin/data/users/$username/httpd.conf

l33tnet
06-07-2007, 05:47 PM
http://www.directadmin.com/forum/showthread.php?t=19262

DLag
06-08-2007, 08:31 AM
Installed at clean system.
When a domain name created in the user's file httpd.conf writes Port 80, which prevents starts Apache.
I have found nothing in templates.
Solving the problem with scripts domain_create(destroy)_post.sh

#!/bin/sh
/usr/bin/perl -p -i -e 's/Port/#Port/g' /usr/local/directadmin/data/users/$username/httpd.conf
/usr/bin/perl -p -i -e 's/##Port/#Port/g' /usr/local/directadmin/data/users/$username/httpd.conf
Problem not solved.
My scripts don't start when I restore a backup.
Please, help.

smtalk
06-08-2007, 09:22 AM
Make sure that all virtual hosts files has been rewriten and you have apache_ver=2.0 set in /usr/local/directadmin/directadmin.conf. If it's set, run:


echo "action=rewrite&value=ips" >> /usr/local/directadmin/data/task.queue
echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue
/usr/local/directadmin/dataskq

DLag
06-08-2007, 10:05 AM
Make sure that all virtual hosts files has been rewriten and you have apache_ver=2.0 set in /usr/local/directadmin/directadmin.conf. If it's set, run:


echo "action=rewrite&value=ips" >> /usr/local/directadmin/data/task.queue
echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue
/usr/local/directadmin/dataskq

There is no apache_ver=2.0 in conf file.
It works! Thanks.

blueice
06-11-2007, 02:07 AM
Make sure that all virtual hosts files has been rewriten and you have apache_ver=2.0 set in /usr/local/directadmin/directadmin.conf. If it's set, run:


echo "action=rewrite&value=ips" >> /usr/local/directadmin/data/task.queue
echo "action=rewrite&value=httpd" >> /usr/local/directadmin/data/task.queue
/usr/local/directadmin/dataskq

I have this problem. I have do this and now i have this error:

Stopping httpd:
Starting httpd: [Mon Jun 11 11:55:11 2007] [warn] module php5_module is already loaded, skipping
httpd: Syntax error on line 152 of /etc/httpd/conf/httpd.conf: Syntax error on line 4 of /etc/httpd/conf/extra/directadmin-vhosts.conf: Could not open configuration file /usr/local/directadmin/data/users/httpd.conf/httpd.conf: Not a directory

neekster
06-11-2007, 03:47 AM
Hopefully someone can shed some light on this.

About a week ago I decided to upgrade our server to php5-cli from php4. At the same time I also went from Apache 1.3 > 2.3. End the end, due to a script not working with PHP5, we decided to revert to php4 again.

Unfortunately this is where it got messy. We just could not get it running, so in the end dropped back to php4/apache 1.3 using customapache. Took a while to get it working.

The first problem here, is that from what I can see, DA is still using the new config file format, which means add a subdomain for example, and it will fail, add a domain, and it will tell you it cant write to httpd.conf. I have checked all the permissions and they are spot on.

Now I have tried to recompile to php4 on apache 1.3 or 2.3 using custombuild, so as to use the new config file structure.

Problem when I do this, is even though php is working fine, the php is displayed on screen as source. I have checked, the modules appear to be loading correctly, handlers are in the config correctly too. If I recompile as a test using php5-cli instead, it works perfect first time, back to php4-cli and it dies.

I have tried every combination of rewriting config files, deleting the existing httpd config etc etc... really stuck on what to try next.

If anyone has some pointers I would really appreciate it!

Cheers

smtalk
06-11-2007, 02:29 PM
Send me your server details and I will take a look at it.

neekster
06-11-2007, 08:00 PM
PM sent :)

felosi
06-11-2007, 09:30 PM
how is it possible to use php 5.1.6 with this? because I never have been able to get php 5.2 working with ioncube sites and remote includes.

neekster
06-11-2007, 10:39 PM
how is it possible to use php 5.1.6 with this? because I never have been able to get php 5.2 working with ioncube sites and remote includes.

Firstly, this would be something of a hack to make it work, but if you have a non production server to test it on, give it a try, I'm fairly confident it will work. I wouldn't try it on a production machine first though... not without smtalks advice first.

I have not tested this myself, but I believe you can change the version within the build script. Just look for the "User Variable" section within the build script. In there you will see PH5_VER=

In theory you could change this to the version you want. You would then need to download that version and place it within the custombuild directory. The script will look for a file named php-{version}.tar.gz.

The version number would change to the most recent everytime you update though.

felosi
06-12-2007, 12:11 AM
yeah I seen where you can do it in build. I just ended uip going for 5.2.3 in regular customapache.
I dont like this suphp, Im not sure how it exactl works but if its anything like suexec or php-suexec then when a hacker uploads a shell to a users site its just like a user logging in ssh and they can delete the entire site if they want, be able to compile exploits, run binaries, etc.
Sure you can do it as apache to but you can only write to where world can you dont own the files.
I had a big debate at WHT over this once and was called an idiot and everything but its true, try yourself. They was saying over there that its the same and actually more secure.
the only benefit of suphp is the abilty to track scripts and mail scripts better in my opinion

smtalk
06-12-2007, 07:48 AM
For someone who had any problems I suggest to update to 1.0.10 version of custombuild. It's not released yet, but I'm attaching it here. It has all the fixes and it has one (new) great feature - it doesn't allow 2nd instance of the custombild script, so when you're building php - you won't be able to build it on the other ssh screen at the same time :)

smtalk
06-12-2007, 01:36 PM
It's uploaded on DirectAdmin servers now :) So, "./build update" will get the latest version of custombuild. Report any issues You have. Thank You!

kanary
06-12-2007, 04:46 PM
the last version got an big bug !

if i want to recompile php it says


./build php
cURL is already installed. Do you want to build it again? (y/n) :n

LibJPEG is already installed. Do you want to build it again? (y/n) :n

LibZ is already installed. Do you want to build it again? (y/n) :n

LibPng is already installed. Do you want to build it again? (y/n) :n

GD is already installed. Do you want to build it again? (y/n) :n

mCrypt is already installed. Do you want to build it again? (y/n) :n

mHash is already installed. Do you want to build it again? (y/n) :n

Another instance of custombild is running, please delete the .custombuild file if you want to use custombuild.


And that file isn't on my server

Hope this can be fixt soon

smtalk
06-12-2007, 11:23 PM
Are you sure that no one is building php?

neekster
06-13-2007, 01:18 AM
After you finished testing this build on my server yesterday, I tried this script on my test server, and discovered several times over the same problem. In my case it was stopping on ./build all d with the error to remove the lock file. Without question it was not being built anywhere else.

I got round it in the end by building apache and php separately rather than in one go. So I'm guessing at some point in the process it is checking and finding it's own lock.

neekster
06-13-2007, 01:33 AM
I just confirmed this issue again so I can give you a bit more detail. It's reproducing for me building php4_cli with apache 2.2, and issuing ./build php d

Your welcome to use my testing server to reproduce this if you like.

kanary
06-13-2007, 07:18 AM
If you want to make it work
Just do vi build and remove all the next lines in build :P

if [ -e ${WORKDIR}/.custombuild ]; then
echo "Another instance of custombild is running, please delete the .custombuild file if you want to use custombuild."
exit 1
fi

smtalk
06-13-2007, 01:48 PM
So, when exectly do you get the error? :)

kanary
06-13-2007, 02:26 PM
always when you try to intall something with build

smtalk
06-13-2007, 02:39 PM
Have you tried to delete .custombuild file and run anything again?

chrda
06-13-2007, 05:26 PM
i get the same error on centos 4.4
trying to delete the .custom file under installation but got some other error.. removing the folder and starting from scratch

effordable
06-13-2007, 06:09 PM
This is slightly off the current topic.
Has anybody successfully used custombuild to install both php4 & php5?

If so, I could use some direction.:confused:

default_php=4
php4_cli=yes
php4_cgi=no
php5_cli=no
php5_cgi=yes
apache_ver=2.2
dovecot=no
mail-header-patch=yes

Many Thanks

smtalk
06-13-2007, 11:55 PM
i get the same error on centos 4.4
trying to delete the .custom file under installation but got some other error.. removing the folder and starting from scratch

I asked when exactly and didn't get an answer. I don't know what are you trying to compile, so, it's hard to understand where the problem exists.

Maniak
06-14-2007, 06:02 AM
I asked when exactly and didn't get an answer. I don't know what are you trying to compile, so, it's hard to understand where the problem exists.

I got the same problem, when running :



# ./build all y


right after



/bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 -L/usr/local/lib -Wl,-rpath,/usr/local/lib -L/usr/local/lib -o gifanimtest gifanimtest.o ./libgd.la -ljpeg -lpng12 -lz -lm
gcc -g -O2 -Wl,-rpath -Wl,/usr/local/lib -o .libs/gifanimtest gifanimtest.o -L/usr/local/lib ./.libs/libgd.so -ljpeg -lpng12 -lz -lm
creating gifanimtest
make[2]: Leaving directory `/usr/local/directadmin/custombuild/gd-2.0.34'
make[1]: Leaving directory `/usr/local/directadmin/custombuild/gd-2.0.34'
Make complete
Installing gd-2.0.34...
Making install in config
make[1]: Entering directory `/usr/local/directadmin/custombuild/gd-2.0.34/config'
make[2]: Entering directory `/usr/local/directadmin/custombuild/gd-2.0.34/config'
test -z "/usr/local/bin" || mkdir -p -- "/usr/local/bin"
/usr/bin/install -c 'gdlib-config' '/usr/local/bin/gdlib-config'
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/usr/local/directadmin/custombuild/gd-2.0.34/config'
make[1]: Leaving directory `/usr/local/directadmin/custombuild/gd-2.0.34/config'
Making install in test
make[1]: Entering directory `/usr/local/directadmin/custombuild/gd-2.0.34/test'
make[2]: Entering directory `/usr/local/directadmin/custombuild/gd-2.0.34/test'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/usr/local/directadmin/custombuild/gd-2.0.34/test'
make[1]: Leaving directory `/usr/local/directadmin/custombuild/gd-2.0.34/test'
make[1]: Entering directory `/usr/local/directadmin/custombuild/gd-2.0.34'
make[2]: Entering directory `/usr/local/directadmin/custombuild/gd-2.0.34'
test -z "/usr/local/lib" || mkdir -p -- "/usr/local/lib"
/bin/sh ./libtool --mode=install /usr/bin/install -c 'libgd.la' '/usr/local/lib/libgd.la'
/usr/bin/install -c .libs/libgd.so.2.0.0 /usr/local/lib/libgd.so.2.0.0
(cd /usr/local/lib && { ln -s -f libgd.so.2.0.0 libgd.so.2 || { rm -f libgd.so.2 && ln -s libgd.so.2.0.0 libgd.so.2; }; })
(cd /usr/local/lib && { ln -s -f libgd.so.2.0.0 libgd.so || { rm -f libgd.so && ln -s libgd.so.2.0.0 libgd.so; }; })
/usr/bin/install -c .libs/libgd.lai /usr/local/lib/libgd.la
/usr/bin/install -c .libs/libgd.a /usr/local/lib/libgd.a
chmod 644 /usr/local/lib/libgd.a
ranlib /usr/local/lib/libgd.a
PATH="$PATH:/sbin" ldconfig -n /usr/local/lib
----------------------------------------------------------------------
Libraries have been installed in:
/usr/local/lib

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH' environment variable
during linking
- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
- have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
test -z "/usr/local/bin" || mkdir -p -- "/usr/local/bin"
/bin/sh ./libtool --mode=install /usr/bin/install -c 'annotate' '/usr/local/bin/annotate'
/usr/bin/install -c .libs/annotate /usr/local/bin/annotate
/bin/sh ./libtool --mode=install /usr/bin/install -c 'gdparttopng' '/usr/local/bin/gdparttopng'
/usr/bin/install -c .libs/gdparttopng /usr/local/bin/gdparttopng
/bin/sh ./libtool --mode=install /usr/bin/install -c 'gdtopng' '/usr/local/bin/gdtopng'
/usr/bin/install -c .libs/gdtopng /usr/local/bin/gdtopng
/bin/sh ./libtool --mode=install /usr/bin/install -c 'gd2copypal' '/usr/local/bin/gd2copypal'
/usr/bin/install -c .libs/gd2copypal /usr/local/bin/gd2copypal
/bin/sh ./libtool --mode=install /usr/bin/install -c 'gd2topng' '/usr/local/bin/gd2topng'
/usr/bin/install -c .libs/gd2topng /usr/local/bin/gd2topng
/bin/sh ./libtool --mode=install /usr/bin/install -c 'pngtogd' '/usr/local/bin/pngtogd'
/usr/bin/install -c .libs/pngtogd /usr/local/bin/pngtogd
/bin/sh ./libtool --mode=install /usr/bin/install -c 'pngtogd2' '/usr/local/bin/pngtogd2'
/usr/bin/install -c .libs/pngtogd2 /usr/local/bin/pngtogd2
/bin/sh ./libtool --mode=install /usr/bin/install -c 'webpng' '/usr/local/bin/webpng'
/usr/bin/install -c .libs/webpng /usr/local/bin/webpng
/bin/sh ./libtool --mode=install /usr/bin/install -c 'gd2togif' '/usr/local/bin/gd2togif'
/usr/bin/install -c .libs/gd2togif /usr/local/bin/gd2togif
/bin/sh ./libtool --mode=install /usr/bin/install -c 'gdcmpgif' '/usr/local/bin/gdcmpgif'
/usr/bin/install -c .libs/gdcmpgif /usr/local/bin/gdcmpgif
/bin/sh ./libtool --mode=install /usr/bin/install -c 'giftogd2' '/usr/local/bin/giftogd2'
/usr/bin/install -c .libs/giftogd2 /usr/local/bin/giftogd2
test -z "/usr/local/bin" || mkdir -p -- "/usr/local/bin"
/usr/bin/install -c 'bdftogd' '/usr/local/bin/bdftogd'
/usr/bin/install -c 'config/gdlib-config' '/usr/local/bin/gdlib-config'
test -z "/usr/local/include" || mkdir -p -- "/usr/local/include"
/usr/bin/install -c -m 644 'gd.h' '/usr/local/include/gd.h'
/usr/bin/install -c -m 644 'gdfx.h' '/usr/local/include/gdfx.h'
/usr/bin/install -c -m 644 'gd_io.h' '/usr/local/include/gd_io.h'
/usr/bin/install -c -m 644 'gdcache.h' '/usr/local/include/gdcache.h'
/usr/bin/install -c -m 644 'gdfontg.h' '/usr/local/include/gdfontg.h'
/usr/bin/install -c -m 644 'gdfontl.h' '/usr/local/include/gdfontl.h'
/usr/bin/install -c -m 644 'gdfontmb.h' '/usr/local/include/gdfontmb.h'
/usr/bin/install -c -m 644 'gdfonts.h' '/usr/local/include/gdfonts.h'
/usr/bin/install -c -m 644 'gdfontt.h' '/usr/local/include/gdfontt.h'
/usr/bin/install -c -m 644 'entities.h' '/usr/local/include/entities.h'
make[2]: Leaving directory `/usr/local/directadmin/custombuild/gd-2.0.34'
make[1]: Leaving directory `/usr/local/directadmin/custombuild/gd-2.0.34'
Done gd.
Another instance of custombild is running, please delete the .custombuild file if you want to use custombuild.

Maniak
06-14-2007, 06:14 AM
If you want to make it work
Just do vi build and remove all the next lines in build :P

if [ -e ${WORKDIR}/.custombuild ]; then
echo "Another instance of custombild is running, please delete the .custombuild file if you want to use custombuild."
exit 1
fi

Easier, remove just the exit 1 and add a ; to the echo line.

smtalk
06-14-2007, 06:41 AM
Thank you, Maniak.

Please find:


echo "Done gd.";



And add after:
rm -f ${WORKDIR}/.custombuild

DirectAdmin Support
06-14-2007, 09:50 AM
added to build

smtalk
06-14-2007, 03:28 PM
Any issues now? :)

neekster
06-14-2007, 08:27 PM
Can't test the above fix because I hit a new bug. I noticed before I complied that running ./build update_data got a file not found when trying to dowload a file. It was trying to download zziplib-.tar.gz.

This is with version 1.0.11.

Looking at the script, it's not setting the version variable for this one, for redhat enterprise based distros.

This is the error I get when I compile:


gzip: stdin: unexpected end of file
tar: Child returned status 1
tar: Error exit delayed from previous errors
Done.
./build: line 2320: cd: zziplib-: No such file or directory
Configuring zziplib-...
./build: line 2323: ./configure: is a directory
Done. Making zziplib-...
Trying to make zZip...
make: *** No targets specified and no makefile found. Stop.



And this is the area of code that is not defining the variable:

if [ $OS = "FreeBSD" ]; then
OS_VER=`uname -r | cut -d- -f1`
elif [ -e /etc/fedora-release ]; then
OS=fedora
OS_VER=`cat /etc/fedora-release | cut -d\ -f4`
if [ "$OS_VER" -ge "4" ]; then
ZZIP_VER=0.13.38
fi
elif [ -e $DEBIAN_VERSION ]; then
OS_VER=3.1
else
OS_VER=`cat /etc/redhat-release | cut -d\ -f5`
if [ "$OS_VER" = "" ]; then
OS_VER=`cat /etc/redhat-release | cut -d\ -f1`
fi
fi

invops
06-15-2007, 07:27 AM
Trying this out on a new server with default options.conf file, './build all d' flies through gloriously until...


gcc: /usr/lib64/mysql/libmysqlclient.so: No such file or directory
make: *** [libphp5.la] Error 1


Of course, that object file exists, but in a slightly different location, so a little symbolic link fixed that.

Then, I ran into the next issue, and I couldn't find such an easy fix for it...


ext/openssl/.libs/openssl.o(.text+0x7294): In function `zif_openssl_seal':
/usr/local/directadmin/custombuild/php-5.2.3/ext/openssl/openssl.c:3608: undefined reference to `EVP_CIPHER_CTX_block_size'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

To go ahead and get this up and running, I compiled php from source. I know this really isn't really a custombuild problem, but it's an example of it not working on CentOS 4.4 64.

smtalk
06-19-2007, 01:12 AM
Anyone tried a new version of Custombuild with FreeType support? :) 1.0.13 will be released soon too.

DLag
06-22-2007, 05:59 AM
Anyone tried a new version of Custombuild with FreeType support? :) 1.0.13 will be released soon too.
I've tried. Compiled without any bugs.

smtalk
06-22-2007, 07:03 AM
Nice to hear :)

blueice
06-22-2007, 07:07 AM
I've tried. Compiled without any bugs.
please inform what OS you have and what version of php. This is important to know

blueice
06-22-2007, 11:23 AM
in debian 3.1 i have this error:

If configure fails try --with-xpm-dir=<DIR>
configure: error: freetype.h not found.

*** There was an error while trying to configure php. Check the configure/ap2/configure.php5 file
With previous version i not have this problem.

smtalk
06-22-2007, 12:08 PM
Maybe you try "./build php n" ;) Try "./build php" or "./build freetype" and "./build php n" then.

LionRock
06-23-2007, 03:54 AM
Now Im getting next:

Invalid command 'suPHP_UserGroup', perhaps misspelled or defined by a module not included in the server configuration

my options.conf:
default_php=5
php4_cli=no
php4_cgi=no
php5_cli=no
php5_cgi=yes
apache_ver=2.2
mail-header-patch=yes
dovecot=yes

And you have error on line 296. You have one ; too much

and also after make mod_perl the script exits becaus e.custombuild file exists!
I have commented out exit command so I have builded successfully but I get the mentioned error :(


Regards

smtalk
06-23-2007, 04:53 AM
Thank you for the bug report. Are you using the latest version of custombuild? Try:


./build update
./build suphp
./build php
service httpd restart

LionRock
06-23-2007, 05:36 AM
I think I have the latest one. I have run update_script ... Now apache starts but Im getting in error log next message :/ Dunno why :(

[Sat Jun 23 14:24:55 2007] [error] [client 220.xxx.xx.xxx] SoftException in Application.cpp:351: Mismatch between target UID (1004) and UID (1013) of file "/usr/home/linuxsi/domains/linux-si.org/public_html/index.php"

smtalk
06-23-2007, 06:12 AM
Run update, instead of update_scipt, because suPHP configuration file has been changed. Post an output of "ls -la /usr/home/linuxsi/domains/linux-si.org/public_html/index.php". And "cat /etc/passwd | grep 1004", "cat /etc/passwd | grep 1013".

LionRock
06-23-2007, 06:19 AM
su-2.05b# ls -la /usr/home/linuxsi/domains/linux-si.org/public_html/index.php
-rw-r--r-- 1 linuxsi linuxsi 94 May 19 20:36
/usr/home/linuxsi/domains/linux-si.org/public_html/index.php

su-2.05b# cat /etc/passwd | grep 1004
apache:*:1004:1004:User &:/var/www/apache:/bin/sh

su-2.05b# cat /etc/passwd | grep 1013
linuxsi:*:1013:1013:User &:/home/linuxsi:/sbin/nologin

smtalk
06-23-2007, 06:28 AM
Try to comment out "suPHP_UserGroup apache apache" in /etc/httpd/conf/extra/httpd-suphp.conf and restart apache then. Tell me if it helps. :)

LionRock
06-23-2007, 06:34 AM
It works. Thats was it ;) Thanks ;)

smtalk
06-23-2007, 06:35 AM
Thank you :)

LionRock
06-23-2007, 06:42 AM
But now webmail, phpmyadmin is not working :/

Maniak
06-23-2007, 06:46 AM
Thank you :)

I found a new issue.

The configuration file was set to something like this



default_php=4
php4_cli=no
php4_cgi=yes
php5_cli=no
php5_cgi=yes
apache_ver=2.2
mail-header-patch=no
dovecot=no


It should work, but it doesn't. PHP is being compiled as CLI, and I cannot compile it as CGI. I am sure my file /configure/suphp/configure.php5 is right, have good chmod 755 and all the rest is OK.

To me it looks like, the system doesn't use the file configure.php5 in suPHP directory.

smtalk
06-23-2007, 06:53 AM
But now webmail, phpmyadmin is not working :/

Make sure that they are owned by webapps user :)

smtalk
06-23-2007, 06:55 AM
CONF_FILE=${CWD}/${PHP5_CONFIGURE_SUPHP};

CONF_FILE=${CWD}/${PHP4_CONFIGURE_SUPHP};

The file is being executed every time when you compile PHP as CGI :) I don't see any problem here, it uses file from configure/suphp directory as it should :) Do you get any error?

LionRock
06-23-2007, 07:01 AM
Make sure that they are owned by webapps user :)

They are. The dir owners are the same as before. I have just upgraded all together :/

smtalk
06-23-2007, 07:07 AM
LionRoc, May I check your server? If yes - please send me your server details via PM system. If not - please post an output of "ls -la /var/www/html".

LionRock
06-23-2007, 07:12 AM
I have you on Skype....


su-2.05b# ls -al
total 110
drwxr-xr-x 8 root wheel 1536 May 30 19:25 .
drwxr-xr-x 9 root wheel 512 Apr 15 20:00 ..
-rw-r--r-- 1 root wheel 284 Aug 27 2005 404.shtml
-rw-r--r-- 1 500 500 2326 Jan 6 2005 apache_pb.gif
-rw-r--r-- 1 root wheel 0 Apr 15 18:42 favicon.ico
drwxr-xr-x 17 squirrelmail squirrelmail 512 May 30 23:50 horde
-rw-r--r-- 1 root wheel 2673 Apr 15 18:42 index.html
-rw-r--r-- 1 500 500 1884 Jan 6 2005 index.html.ca
-rw-r--r-- 1 500 500 1583 Jan 6 2005 index.html.cz
-rw-r--r-- 1 500 500 2274 Jan 6 2005 index.html.de
-rw-r--r-- 1 500 500 1557 Jan 6 2005 index.html.dk
-rw-r--r-- 1 500 500 1877 Jan 6 2005 index.html.ee
-rw-r--r-- 1 500 500 1677 Jan 6 2005 index.html.el
-rw-r--r-- 1 root 500 2673 Apr 15 18:41 index.html.en
-rw-r--r-- 1 500 500 1799 Jan 6 2005 index.html.es
-rw-r--r-- 1 500 500 1525 Jan 6 2005 index.html.fr
-rw-r--r-- 1 500 500 3706 Jan 6 2005 index.html.he.iso8859-8
-rw-r--r-- 1 500 500 2585 Jan 6 2005 index.html.hu
-rw-r--r-- 1 500 500 1847 Jan 6 2005 index.html.it
-rw-r--r-- 1 500 500 1799 Jan 6 2005 index.html.ja.jis
-rw-r--r-- 1 500 500 1333 Jan 6 2005 index.html.kr.iso-kr
-rw-r--r-- 1 500 500 1896 Jan 6 2005 index.html.lb.utf8
-rw-r--r-- 1 500 500 2007 Jan 6 2005 index.html.nl
-rw-r--r-- 1 500 500 1534 Jan 6 2005 index.html.nn
-rw-r--r-- 1 500 500 1526 Jan 6 2005 index.html.no
-rw-r--r-- 1 500 500 1497 Jan 6 2005 index.html.po.iso-pl
-rw-r--r-- 1 500 500 1842 Jan 6 2005 index.html.pt
-rw-r--r-- 1 500 500 2035 Jan 6 2005 index.html.pt-br
-rw-r--r-- 1 500 500 1591 Jan 6 2005 index.html.ru.cp-1251
-rw-r--r-- 1 500 500 1585 Jan 6 2005 index.html.ru.cp866
-rw-r--r-- 1 500 500 1589 Jan 6 2005 index.html.ru.iso-ru
-rw-r--r-- 1 500 500 1585 Jan 6 2005 index.html.ru.koi8-r
-rw-r--r-- 1 500 500 3134 Jan 5 2005 index.html.ru.ucs2
-rw-r--r-- 1 500 500 6268 Jan 5 2005 index.html.ru.ucs4
-rw-r--r-- 1 500 500 2318 Jan 6 2005 index.html.ru.utf8
-rw-r--r-- 1 500 500 1700 Jan 6 2005 index.html.se
-rw-r--r-- 1 500 500 1062 Jan 6 2005 index.html.zh-tw.big5
drwxr-xr-x 8 root wheel 3072 Apr 15 18:42 manual
drwxr-xr-x 2 namedftp named 512 Jun 23 16:00 namedftp
lrwxr-xr-x 1 root wheel 17 Apr 15 18:38 phpMyAdmin -> phpMyAdmin-2.10.0
drwxr-xr-x 11 root wheel 2560 Apr 15 18:38 phpMyAdmin-2.10.0
-rwxr-xr-x 1 root wheel 65 Apr 15 18:38 redirect.php
lrwxr-xr-x 1 root wheel 19 Apr 15 18:38 squirrelmail -> squirrelmail-1.4.9a
drwxr-xr-x 16 root wheel 512 Dec 3 2006 squirrelmail-1.4.9a
drwxr-xr-x 11 root wheel 1024 Apr 20 12:54 webmail


but files in phpMyAdmin dir are all owned with phpmyadmin user .. horde and squirrelmail dir are owned with user squirrelmail ....

smtalk
06-23-2007, 07:18 AM
So, you have root:wheel, and not webapps:webapps :)

LionRock
06-23-2007, 07:21 AM
I dont have webapps user ? OR did you mean "webapps" for each app own user ? Why this was working before upgrade ? And also all phpmyadmin, horde, squirrelmail are owned with their own users. Here are links to dirs so user is still root:wheel because you cant change owner of links.... Files in folder are owned with each user....

smtalk
06-23-2007, 07:23 AM
If you have the latest version of directadmin - webapps user should be there :) Use "chown -R webapps:webapps /var/www/html"

Maniak
06-23-2007, 07:23 AM
CONF_FILE=${CWD}/${PHP5_CONFIGURE_SUPHP};

CONF_FILE=${CWD}/${PHP4_CONFIGURE_SUPHP};

The file is being executed every time when you compile PHP as CGI :) I don't see any problem here, it uses file from configure/suphp directory as it should :) Do you get any error?

It sounds like an issue with PHP 5.2.3, it worked with 5.2.2 !

smtalk
06-23-2007, 07:28 AM
Hmh.. Maybe you have an old version of custombuild? Try to do "./build update" and "./build php" then.

LionRock
06-23-2007, 07:41 AM
If you have the latest version of directadmin - webapps user should be there :) Use "chown -R webapps:webapps /var/www/html"

chown: webapps: Invalid argument

I have the latest custombuild I have compiled it and updated it today :/

smtalk
06-23-2007, 08:17 AM
What's your DirectAdmin version? You need 1.295 at least, because you need this feature: http://www.directadmin.com/features.php?id=772

Maniak
06-23-2007, 08:23 AM
Hmh.. Maybe you have an old version of custombuild? Try to do "./build update" and "./build php" then.

I have the latest build script !

LionRock
06-23-2007, 08:26 AM
What's your DirectAdmin version? You need 1.295 at least, because you need this feature: http://www.directadmin.com/features.php?id=772


Compiled for FreeBSD 6.0
Server Version 1.30.1
Current Available Version 1.301000
Last Updated Sat Jun 23 09:59:16 2007


I have the latest DA version. I have updated it today before I have updated php+apache with buildscript.

dannygoh
06-23-2007, 10:21 AM
is there something wrong with the latest "build" script. i can not run ./build and also ./build all d

welch
06-23-2007, 12:33 PM
Since testing the custombuild, I have ran into several problems. With the new update, php doesn't compile with iconv. When everything finishes, i get 404 and 500 errors on every page, and it doesn't index the directories, just errors. No index.php, .html nothing.

smtalk
06-23-2007, 03:51 PM
is there something wrong with the latest "build" script. i can not run ./build and also ./build all d

The script was updated. Try now.

smtalk
06-23-2007, 03:52 PM
Since testing the custombuild, I have ran into several problems. With the new update, php doesn't compile with iconv. When everything finishes, i get 404 and 500 errors on every page, and it doesn't index the directories, just errors. No index.php, .html nothing.

PHP 5 or 4?

smtalk
06-23-2007, 03:52 PM
Compiled for FreeBSD 6.0
Server Version 1.30.1
Current Available Version 1.301000
Last Updated Sat Jun 23 09:59:16 2007
I have the latest DA version. I have updated it today before I have updated php+apache with buildscript.

Email DirectAdmin support, and ask them why webapps user isn't in your server :)

welch
06-23-2007, 03:57 PM
PHP 5 or 4?

Default is php 4, and the iconv is happening on php4 make

dannygoh
06-23-2007, 05:09 PM
The script was updated. Try now.

After the script is updated, i have the error now when running ./build all d

I try remove the .custombuild and rerun the above command but still have the below error


Another instance of custombild is running, please delete the .custombuild file if you want to use custombuild.

smtalk
06-24-2007, 07:51 AM
A new version of the CustomBuild script is coming :) About 5 fixes and iconv support :)

smtalk
06-24-2007, 07:52 AM
After the script is updated, i have the error now when running ./build all d

I try remove the .custombuild and rerun the above command but still have the below error


Another instance of custombild is running, please delete the .custombuild file if you want to use custombuild.


When exactly? It's building Apache, PHP, GD or something else?

LionRock
06-24-2007, 01:27 PM
mod_perl. I have said that some posts back :)

Regards

smtalk
06-24-2007, 02:50 PM
Everything should be fixed in the latest version :) Please test it! Thank you.

dannygoh
06-24-2007, 06:12 PM
Everything should be fixed in the latest version :) Please test it! Thank you.

I'm still getting the same error.


Another instance of custombild is running, please delete the .custombuild file if you want to use custombuild.
Quit at position: doModSSL

DirectAdmin Support
06-24-2007, 06:15 PM
Give it another try now. The doModSSL call is done 1/2 way through another call, so there doesn't need to be any checks on it. Thanks for the info.

John

Zoner
06-24-2007, 10:57 PM
Everything should be fixed in the latest version :) Please test it! Thank you.

### OS DEBIAN 3.1 ###

### FIRST PROBLEM ###

If Using SUPHP on php5 and version is 5.2.3 or newer, they have changed naming on PHP.

suphp as php handler should be php-cgi, no php ! if php5 and version is 5.2.2 or lower, then name is php.

### /usr/local/suphp/etc/suphp.conf ###

# Only php5 + php 5.2.2 or lower #
x-httpd-php5=php:/usr/local/php5/bin/php

# Only php5 + php 5.2.5 or newer #
x-httpd-php5=php:/usr/local/php5/bin/php-cgi


### Second Problem ###

Directadmin version 1.301 have new templates, and it wont work with php4(cgi) and php5(cgi)

# options.conf #

default_php=4
php4_cli=no
php4_cgi=yes
php5_cli=no
php5_cgi=yes
apache_ver=1.3
mail-header-patch=yes
dovecot=no

# And #

default_php=5
php4_cli=yes
php4_cgi=no
php5_cli=no
php5_cgi=yes
apache_ver=1.3
mail-header-patch=yes
dovecot=no

# And #

default_php=4
php4_cli=yes
php4_cgi=no
php5_cli=no
php5_cgi=yes
apache_ver=1.3
mail-header-patch=yes
dovecot=no


Starting httpd: Syntax error on line 39 of /usr/local/directadmin/data/users/tempreseller/httpd.conf:
Invalid command 'suPHP_UserGroup', perhaps mis-spelled or defined by a module not included in the server configuration

Found few times in google, that only work with apache 2.x version, but not sure ... (not tested with 2.x, only 1.3 version of apache)

So, problems are new templates ...
Need use custom templates: http://help.directadmin.com/item.php?id=2

dannygoh
06-24-2007, 11:16 PM
Give it another try now. The doModSSL call is done 1/2 way through another call, so there doesn't need to be any checks on it. Thanks for the info.

John

Also having the same problem when running until building dovecot.

smtalk
06-25-2007, 01:36 AM
### OS DEBIAN 3.1 ###

### FIRST PROBLEM ###

If Using SUPHP on php5 and version is 5.2.3 or newer, they have changed naming on PHP.

suphp as php handler should be php-cgi, no php ! if php5 and version is 5.2.2 or lower, then name is php.

### /usr/local/suphp/etc/suphp.conf ###

# Only php5 + php 5.2.2 or lower #
x-httpd-php5=php:/usr/local/php5/bin/php

# Only php5 + php 5.2.5 or newer #
x-httpd-php5=php:/usr/local/php5/bin/php-cgi


PHP 5.2.5 is not released yet :) And from PHP 5.2.3 the path is /usr/local/php5/bin/php/php-cgi. PHP 5.2.2 is an old release and not set into the custombuild script. The problem could exist when you have both PHPs as CGI, this is a known problem and will be fixed soon.



### Second Problem ###

Directadmin version 1.301 have new templates, and it wont work with php4(cgi) and php5(cgi)

# options.conf #

default_php=4
php4_cli=no
php4_cgi=yes
php5_cli=no
php5_cgi=yes
apache_ver=1.3
mail-header-patch=yes
dovecot=no

# And #

default_php=5
php4_cli=yes
php4_cgi=no
php5_cli=no
php5_cgi=yes
apache_ver=1.3
mail-header-patch=yes
dovecot=no

# And #

default_php=4
php4_cli=yes
php4_cgi=no
php5_cli=no
php5_cgi=yes
apache_ver=1.3
mail-header-patch=yes
dovecot=no


Starting httpd: Syntax error on line 39 of /usr/local/directadmin/data/users/tempreseller/httpd.conf:
Invalid command 'suPHP_UserGroup', perhaps mis-spelled or defined by a module not included in the server configuration

Found few times in google, that only work with apache 2.x version, but not sure ... (not tested with 2.x, only 1.3 version of apache)

So, problems are new templates ...
Need use custom templates: http://help.directadmin.com/item.php?id=2

You need to recompile suphp, do:


./build update
./build clean
./build suphp
service httpd restart

Zoner
06-25-2007, 04:35 AM
You need to recompile suphp, do:


./build update
./build clean
./build suphp
service httpd restart
[/QUOTE]

./build update
./build clean
./build autoconf

Then

./build suphp


Trying to make suPHP...

cd . && /bin/sh /usr/local/directadmin/custombuild/suphp-0.6.2/config/missing --run aclocal-1.9
/usr/local/directadmin/custombuild/suphp-0.6.2/config/missing: line 52: aclocal-1.9: command not found
WARNING: `aclocal-1.9' is missing on your system. You should only need it if
you modified `acinclude.m4' or `configure.ac'. You might want
to install the `Automake' and `Perl' packages. Grab them from
any GNU archive site.
cd . && /bin/sh /usr/local/directadmin/custombuild/suphp-0.6.2/config/missing --run automake-1.9 --gnu
/usr/local/directadmin/custombuild/suphp-0.6.2/config/missing: line 52: automake-1.9: command not found
WARNING: `automake-1.9' is missing on your system. You should only need it if
you modified `Makefile.am', `acinclude.m4' or `configure.ac'.
You might want to install the `Automake' and `Perl' packages.
Grab them from any GNU archive site.

cd . && /bin/sh /usr/local/directadmin/custombuild/suphp-0.6.2/config/missing --run autoconf

Still errors about automake1.9,

But now Default Templates on 1.301 work :), why needed again manually recompling suphp ?

smtalk
06-25-2007, 05:10 AM
You don't need automake for suphp :) You just needed to build it again, because the mode of it was "owner" and needed to be "paranoid". (configuration has been changed).

blustic
06-25-2007, 07:46 AM
File iconv-1.11.tar.gz doesn't exist in http://files.directadmin.com/services/custombuild/

And i have an error 500 with file .php5 (chmod is 755 for path and file !).

Thank you.

smtalk
06-25-2007, 07:52 AM
It's libiconv-${ICONV_VER} :) Try "./build update". What's in your options.conf? Try "./build clean", "./build suphp", "./build php", "./build rewrite_confs" after update. :)

blustic
06-25-2007, 10:00 AM
option.conf :
default_php=4
php4_cli=yes
php4_cgi=no
php5_cli=no
php5_cgi=yes
apache_ver=1.3
mail-header-patch=yes
dovecot=no

i have the same error 500 :( and log file /var/log/suphp.log is empty :eek:

thank's

smtalk
06-25-2007, 10:30 AM
Did you do everything that I said?

blustic
06-25-2007, 10:45 AM
Yes but it is always the same error :(

smtalk
06-25-2007, 03:07 PM
Issue with 2 PHPs when both are compiled as CGI has been fixed.

blustic
06-25-2007, 03:23 PM
Problem solved. thank's !

smtalk
06-25-2007, 03:26 PM
You're welcome. I've just looked at the whole source and didn't find any issues. How about you? :) Anyone is having problems now?

welch
06-25-2007, 09:27 PM
I have had trouble in the past, with the options.conf looking



default_php=4
php4_cli=yes
php4_cgi=no
php5_cli=no
php5_cgi=yes
apache_ver=2.2
mail-header-patch=yes
dovecot=no


Will .php files be parsed as php4 and .php5 be parsed as php5?

Zoner
06-25-2007, 09:40 PM
Hi,

these option.conf files work ok, on debian 3.1, now look very good :)


default_php=4
php4_cli=no
php4_cgi=yes
php5_cli=no
php5_cgi=yes
apache_ver=1.3
mail-header-patch=yes
dovecot=no


and



default_php=4
php4_cli=yes
php4_cgi=no
php5_cli=no
php5_cgi=yes
apache_ver=1.3
mail-header-patch=yes
dovecot=no

smtalk
06-25-2007, 11:55 PM
welch, everything is working fine with your configuration.



Will .php files be parsed as php4 and .php5 be parsed as php5?

Yes, they will.

Marcin
06-26-2007, 10:08 AM
./build php d on my system (Etch) produces this, every time, ./build all d is the same:

Trying to make gd...
cd . && /bin/sh /usr/local/directadmin/custombuild/gd-2.0.35/config/missing --run aclocal-1.9 -I config
aclocal:configure.ac:64: warning: macro `AM_ICONV' not found in library
cd . && /bin/sh /usr/local/directadmin/custombuild/gd-2.0.35/config/missing --run automake-1.9 --foreign
cd . && /bin/sh /usr/local/directadmin/custombuild/gd-2.0.35/config/missing --run autoconf
configure.ac:64: error: possibly undefined macro: AM_ICONV
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
make: *** [configure] Error 1


I've done ./build clean before and ./build update, setting options in options.conf, even deleting custombuild folder and redownloading custombuild from scratch. It always ends up the same - "make" error on GD.

thechronic
06-26-2007, 11:48 AM
I tried updating using custombuild but my apache refuses to start now!!

My config:

default_php=5
php4_cli=no
php4_cgi=no
php5_cli=yes
php5_cgi=no
apache_ver=2.2
mail-header-patch=yes
dovecot=no


I do:

./build update
./build update_data
./build rewrite_confs
rm -rf /etc/httpd
./build all d

I get:

Trying to make gd...
cd . && /bin/sh /usr/local/directadmin/custombuild/gd-2.0.35/config/missing --run aclocal-1.9 -I config
aclocal:configure.ac:64: warning: macro `AM_ICONV' not found in library
cd . && /bin/sh /usr/local/directadmin/custombuild/gd-2.0.35/config/missing --run automake-1.9 --foreign
cd . && /bin/sh /usr/local/directadmin/custombuild/gd-2.0.35/config/missing --run autoconf
configure.ac:64: error: possibly undefined macro: AM_ICONV
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
make: *** [configure] Error 1

I have installed m4 using yum. When I do ./build gd I get the same error.

When I try to start Apache I get:

Starting httpd: /usr/sbin/httpd: error while loading shared libraries: libiconv.so.2: cannot open shared object file: No such file or directory

so I do ./build iconv - this works fine, but Apache still bombs with the same error :(

I edit /usr/local/directadmin/custombuild/configure/ap2/configure.php5 and remove iconv and gd from it (and magic quotes :) )

Try to rebuild php to solve the errors:
./build php n


/usr/sbin/httpd: error while loading shared libraries: libiconv.so.2: cannot open shared object file: No such file or directory
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/sbin/httpd'..
configure: error: Aborting


but --enable-so is listed in configure/ap2/configure.apache!! :confused:

ok rebuild apache: ./build apache
rebuild php: ./build php n - same error

change first line of configure/ap2/configure.php5 to --with-apxs2=/usr/sbin/apxs

rebuild php: ./build php n - same error

try to rebuild perl: ./build mod_perl - output:

[ error] '/usr/sbin/apxs -q INCLUDEDIR' failed:
[ error] /usr/sbin/httpd: error while loading shared libraries: libiconv.so.2: cannot open shared object file: No such file or directory
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/sbin/httpd'..
[ error] Unable to determine server version, aborting.
[ error] Invalid MP_APXS specified?
Done. Making mod_perl-2.0.3...
Trying to make mod_perl...
make: *** No targets specified and no makefile found. Stop.

I'm stuck now, any idea how I can get my Apache back up??

welch
06-26-2007, 11:55 AM
I get nothing but errors regarding apx now. SMTalk, if your around maybe something you can find wrong on this test.

smtalk
06-26-2007, 01:02 PM
So, the problem is with GD :) P.S. you need to fix iconv library too, try to make a symlink to libiconv.so.2. For any other issues please email DirectAdmin support, unless it's a problem of the script (coding). Thank you.

thechronic
06-26-2007, 01:31 PM
Ok I've been able to compile an older version of GD lib:

cd /usr/local/directadmin/custombuild
wget http://www.libgd.org/releases/oldreleases/gd-2.0.34.tar.gz
nano build
change GD version in build script to 2.0.34
./build gd


Where do I create the symlink? I tried:

link /usr/local/lib/libiconv.so.2 /etc/httpd/lib/libiconv.so.2
but this doesn't work. I still get this error when making php:

Sorry, I cannot run apxs. Possible reasons follow:

1. Perl is not installed
2. apxs was not found. Try to pass the path using --with-apxs2=/path/to/apxs
3. Apache was not built using --enable-so (the apxs usage page is displayed)

The output of /usr/sbin/apxs follows:
/usr/sbin/httpd: error while loading shared libraries: libiconv.so.2: cannot open shared object file: No such file or directory
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/sbin/httpd'..
configure: error: Aborting

*** There was an error while trying to configure php. Check the configure/ap2/configure.php5 file

thechronic
06-27-2007, 01:18 AM
Got a reply from support@directadmin:


Hello,
easy, but hidden fix:

# service httpd start
Starting httpd: /usr/sbin/httpd: error while loading shared libraries: libiconv.so.2: cannot open shared object file: No such file or directory [FAILED]
# ldconfig
# service httpd start
Starting httpd: [ OK ]

ldconfig tells the system "hey you, go take another look, you might have something new"
I've made a comment about it on the forum for others if they're affected.
I'll get smtalk to take a look and possibly add the ldconfig command into the build script if it's appropriate.

PhilipL
06-27-2007, 11:57 AM
I'm kind of stuck with this new custombuild.

I upgraded DA to the latest version on Monday evening and tested it, all worked fine but now after apache restarted itself it wont start up again. Its something todo with suPHP Group settings in DA templates.

I've looked into the new custombuild script and wanted to try and use that to rebuild/install suPHP etc, but it fails on making suPHP.

I had suPHP installed before the new version following the howto on this forums.

The error message it spits out when making is the following:

Code:
Done Configuration.Trying to make suPHP...cd . && /bin/sh /usr/local/directadmin/custombuild/suphp-0.6.2/config/missing --run aclocal-1.9acinclude.m4:43: warning: underquoted definition of APR_FIND_APR run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/a...ending-aclocal (http://sources.redhat.com/automake/automake.html#Extending-aclocal)aclocal:configure.ac:24: warning: macro `AM_PROG_LIBTOOL' not found in library cd . && /bin/sh /usr/local/directadmin/custombuild/suphp-0.6.2/config/missing --run automake-1.9 --gnusrc/apache/Makefile.am:8: Libtool library used but `LIBTOOL' is undefinedsrc/apache/Makefile.am:8:src/apache/Makefile.am:8: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'src/apache/Makefile.am:8: to `configure.ac' and run `aclocal' and `autoconf' again.src/apache2/Makefile.am:10: Libtool library used but `LIBTOOL' is undefinedsrc/apache2/Makefile.am:10:src/apache2/Makefile.am:10: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'src/apache2/Makefile.am:10: to `configure.ac' and run `aclocal' and `autoconf' again.make: *** [Makefile.in] Error 1*** The make has failed, do you want to try to make again? (y,n):
Is there anything anyone could help me with this please?

smtalk
06-28-2007, 12:49 AM
A new version of custombuild has been released. Function "./build all" has been a bit changed, automake and libtool has been added to the script. PhilipL problem was that he hadn't installed automake on his system.

Sc0uT
06-28-2007, 04:56 AM
Hi,

I got a notification that my httpd is down, so I checked it, and when tried to restart I got followingmessage:


[root@us2 machine]# /etc/init.d/httpd start
Starting httpd: [Thu Jun 28 06:29:05 2007] [warn] module php4_module is already loaded, skipping
Syntax error on line 37 of /usr/local/directadmin/data/users/username/httpd.conf:
Invalid command 'suPHP_UserGroup', perhaps misspelled or defined by a module not included in the server configuration
[FAILED]


Only that one user (whose httpd.conf made start of apache fail had

<IfModule mod_suphp.c>
suPHP_Engine ON
suPHP_UserGroup username username
</IfModule>


in his httpd.conf, and when I removed suPHP_UserGroup username username from his httpd.conf, apache was started again without problems.

Is it safe to remove suPHP_UserGroup |USER| |GROUP| from /usr/local/directadmin/data/templates/virtual_host2.conf and virtual_host2_sub.conf since this appears to make a problem with apache?

I'm using custombuild with apache 2.2.4, PHP 5.2.3 and suPHP

smtalk
06-28-2007, 05:06 AM
http://directadmin.com/forum/showthread.php?t=19644

Sc0uT
06-28-2007, 05:11 AM
Thanks, I'll try to recompile suphp

PhilipL
06-28-2007, 01:14 PM
Thanks smtalk for the help on this.

Works wonderfull now again.

smtalk
06-28-2007, 01:18 PM
You're more thank welcome. Good luck!

smtalk
07-02-2007, 02:48 PM
Anyone has problems now? :)

iceuk626
07-03-2007, 04:53 PM
Ive just used the custombuild script with a fresh directadmin install, there is only 1 problem, i want to use a custom options.conf. How would i use my own options.conf when the install just continues after the UID LID and hostname are entered?

smtalk
07-03-2007, 05:09 PM
iceuk626, it's still impossible to do that on the install time, but it is on DirectAdmin plans (maybe they have done a new installation script). I suggest you to contact DirectAdmin support.

iceuk626
07-04-2007, 09:21 AM
Well i want to install php4 and php5 both as CGI but use apache 1.3. So the best way to do it is to use the normal DA installation then use custombuild afterwards?

Also when i have installed php4 and 5 as cgi and i do #php -v it still shows the cli version of php4 DA installed. What is the best way to remove the cli version of php which was installed with DA?

smtalk
07-04-2007, 10:32 AM
PHP as CLI is needed for DirectAdmin, so you can't remove it. If you want to see PHP (CGI) versions:


/usr/local/php4/bin/php -v
/usr/local/php5/bin/php -v

iceuk626
07-04-2007, 01:43 PM
Thanks for the quick reply smtalk, its really appreciated. :)

jackc
07-04-2007, 09:25 PM
after upgraded to DA v1.30.1.
Can't access phpmyadmin, webmail, etc... by using http://domain.com/application or
http://IP/application
basically alias are not working.


error:
Server error!
The server encountered an internal error and was unable to complete your request. Either the server is overloaded or there was an error in a CGI script.

If you think this is a server error, please contact the webmaster.

Error 500



error log shows "No user or group set - set suPHP_UserGroup"

after I put


<IfModule mod_suphp.c>
suPHP_Engine ON
suPHP_UserGroup webapps webapps
</IfModule>

inside httpd-vhosts.conf, http://IP/application can be access again, but still not http://domain.com/application, same error.

running php5 in cgi.

help needed.

smtalk
07-05-2007, 01:48 AM
jakc, it was a known issue ant it's fixed now (~1week ago). Could you post an output of:


ls -la /var/www/html

?

jackc
07-05-2007, 02:21 AM
after I upgraded DA, I deleted phpMyAdmin, squirrelmail and webmail, then I ran their installation scripts to get the newest version, so here is the output:




drwxr-xr-x 7 root root 4096 Jul 3 08:40 .
drwxr-xr-x 9 root root 4096 Apr 28 21:39 ..
-rw-r--r-- 1 root root 284 Aug 28 2005 404.shtml
-rw-rw-r-- 1 admin admin 2326 Jan 6 2005 apache_pb.gif
-rw-r--r-- 1 root root 8953 Jun 11 2006 back.GIF
-rw-r--r-- 1 webapps webapps 24 May 8 16:30 .bash_logout
-rw-r--r-- 1 webapps webapps 191 May 8 16:30 .bash_profile
-rw-r--r-- 1 webapps webapps 124 May 8 16:30 .bashrc
-rw-r--r-- 1 root root 2961 Aug 12 2006 bg.png
-rw-r--r-- 1 root root 426 Jun 24 2006 css.css
-rw-r--r-- 1 root root 0 Apr 26 16:37 favicon.ico
-rw-r--r-- 1 root root 2080 Aug 12 2006 index.htm
-rw-rw-r-- 1 admin admin 1884 Jan 6 2005 index.html.ca
-rw-rw-r-- 1 admin admin 1583 Jan 6 2005 index.html.cz
-rw-rw-r-- 1 admin admin 2274 Jan 6 2005 index.html.de
-rw-rw-r-- 1 admin admin 1557 Jan 6 2005 index.html.dk
-rw-rw-r-- 1 admin admin 1877 Jan 6 2005 index.html.ee
-rw-rw-r-- 1 admin admin 1677 Jan 6 2005 index.html.el
-rw-rw-r-- 1 root root 2673 Apr 26 16:37 index.html.en
-rw-rw-r-- 1 admin admin 1799 Jan 6 2005 index.html.es
-rw-rw-r-- 1 admin admin 1525 Jan 6 2005 index.html.fr
-rw-rw-r-- 1 admin admin 3706 Jan 6 2005 index.html.he.iso8859-8
-rw-rw-r-- 1 admin admin 2585 Jan 6 2005 index.html.hu
-rw-rw-r-- 1 admin admin 1847 Jan 6 2005 index.html.it
-rw-rw-r-- 1 admin admin 1799 Jan 6 2005 index.html.ja.jis
-rw-rw-r-- 1 admin admin 1333 Jan 6 2005 index.html.kr.iso-kr
-rw-rw-r-- 1 admin admin 1896 Jan 6 2005 index.html.lb.utf8
-rw-rw-r-- 1 admin admin 2007 Jan 6 2005 index.html.nl
-rw-rw-r-- 1 admin admin 1534 Jan 6 2005 index.html.nn
-rw-rw-r-- 1 admin admin 1526 Jan 6 2005 index.html.no
-rw-rw-r-- 1 admin admin 1497 Jan 6 2005 index.html.po.iso-pl
-rw-rw-r-- 1 admin admin 1842 Jan 6 2005 index.html.pt
-rw-rw-r-- 1 admin admin 2035 Jan 6 2005 index.html.pt-br
-rw-rw-r-- 1 admin admin 1591 Jan 6 2005 index.html.ru.cp-1251
-rw-rw-r-- 1 admin admin 1585 Jan 6 2005 index.html.ru.cp866
-rw-rw-r-- 1 admin admin 1589 Jan 6 2005 index.html.ru.iso-ru
-rw-rw-r-- 1 admin admin 1585 Jan 6 2005 index.html.ru.koi8-r
-rw-rw-r-- 1 admin admin 3134 Jan 6 2005 index.html.ru.ucs2
-rw-rw-r-- 1 admin admin 6268 Jan 6 2005 index.html.ru.ucs4
-rw-rw-r-- 1 admin admin 2318 Jan 6 2005 index.html.ru.utf8
-rw-rw-r-- 1 admin admin 1700 Jan 6 2005 index.html.se
-rw-rw-r-- 1 admin admin 1062 Jan 6 2005 index.html.zh-tw.big5
drwxr-xr-x 8 root root 4096 Apr 26 16:37 manual
lrwxrwxrwx 1 root root 31 Jul 3 07:49 phpMyAdmin -> phpMyAdmin-2.10.2-all-languages
drwxr-xr-x 11 webapps webapps 4096 Jul 3 07:49 phpMyAdmin-2.10.2-all-languages
-rwxr-xr-x 1 root root 65 Apr 26 16:34 redirect.php
lrwxrwxrwx 1 root root 21 Jul 3 08:40 roundcube -> roundcubemail-0.1-rc1
drwxr-xr-x 9 webapps webapps 4096 Jul 3 08:40 roundcubemail-0.1-rc1
lrwxrwxrwx 1 root root 20 Jul 3 07:49 squirrelmail -> squirrelmail-1.4.10a
drwxr-xr-x 16 webapps webapps 4096 May 10 16:30 squirrelmail-1.4.10a
-rw-r--r-- 1 root root 139333 Aug 12 2006 star.mp3
-rw-r--r-- 1 root root 20480000 May 29 09:41 test.bin
drwxr-xr-x 11 webapps webapps 4096 Jul 3 07:49 webmail

smtalk
07-05-2007, 03:06 AM
Try:


cd /var/www/html
chown -h webapps:webapps phpMyAdmin roundcube squirrelmail

jackc
07-05-2007, 06:40 AM
did tried, same error when using alias.

iceuk626
07-05-2007, 09:19 AM
Now ive used the custombuild script to install php4 and php5 on the same server i can now use a .htaccess file in to public_html directory to choose the version i need for that account. What is the best way of setting this up, so when i create a domain it adds the .htaccess file to the public_html folder when the domain is created?

smtalk
07-05-2007, 10:33 AM
http://directadmin.com/forum/showthread.php?t=19221

iceuk626
07-06-2007, 01:30 PM
http://directadmin.com/forum/showthread.php?t=19221

I dont think you understood what i meant.

I would like to know what is the best way of creating a .htaccess file automaticaly in the root of the public_html folder when the domain is created.

The .htaccess file would contain something like this stated below:

## Uncomment the line below to enable PHP 4 support

# AddHandler x-httpd-php4 .php

I think this would be useful for a lot of people, as from what i have seen on these forums, two versions of php are being used alot. I presume it would be a job for a script, but i dont really have any idea how.

thanks in advance

smtalk
07-06-2007, 03:14 PM
Okay, let's begin :)
Edit the user_create_post.sh file:


nano -w /usr/local/directadmin/scripts/custom/user_create_post.sh
Add:


#!/bin/sh
HTACCESS=/home/$username/pubic_html/.htaccess
touch $HTACCESS
echo "## Uncomment the line below to enable PHP 4 support" >> $HTACCESS
echo "# AddHandler x-httpd-php4 .php" >> $HTACCESS
echo "## Uncomment the line below to enable PHP 5 support" >> $HTACCESS
echo "# AddHandler x-httpd-php5 .php" >> $HTACCESS
That's all ;) Good luck!

iceuk626
07-06-2007, 04:51 PM
should it be domain_create_post.sh ? instead of user_create_post.sh ?


#!/bin/sh
HTACCESS=/home/$username/domains/$domain/public_html/.htaccess
touch $HTACCESS
echo "## Uncomment the line below to enable PHP 4 support" >> $HTACCESS
echo "# AddHandler x-httpd-php4 .php" >> $HTACCESS
echo "## Uncomment the line below to enable PHP 5 support" >> $HTACCESS
echo "# AddHandler x-httpd-php5 .php" >> $HTACCESS

iceuk626
07-06-2007, 05:46 PM
All works fine now :)

Added the below code to /usr/local/directadmin/scripts/custom/domain_create_post.sh:

#!/bin/sh

HTACCESS=/home/$username/domains/$domain/public_html/.htaccess

touch $HTACCESS

echo "## Uncomment the line below to enable PHP 4 support" >> $HTACCESS
echo "# AddHandler x-httpd-php4 .php" >> $HTACCESS
echo "## Uncomment the line below to enable PHP 5 support" >> $HTACCESS
echo "# AddHandler x-httpd-php5 .php" >> $HTACCESS

chown $username:$username $HTACCESS

chmod 644 $HTACCESS


Thanks for your help in pointing me in the right direction :)

jackc
07-06-2007, 08:18 PM
I think the simple way is put the .htaccess file inside reseller's default directory.

iceuk626
07-07-2007, 09:38 AM
when i try to recompile php 4 or 5 with the custombuild script so i can enable a few things, i.e exif etc, i added everything i need to /usr/local/directadmin/custombuild/configure/ap1/configure.php4 or configure.php5 but they dont seem to change anything, am i missing something ?

p.s i am using ap1

iceuk626
07-07-2007, 10:12 AM
its ok i found it, forgot it was suphp.

Another question, i usually install my php.ini files in i.e /web/conf/php, how can i change the php.ini install path when i compile php, i see alot of it is hard coded into the custombuild script, whats the best way to do this ?

smtalk
07-07-2007, 11:38 AM
Use suPHP_ConfigPath :)

iceuk626
07-07-2007, 11:56 AM
I forgot to do ./build clean, before i did ./build php5-cgi & ./build php4-cgi :)

All works now

Configuration File (php.ini) Path: /web/conf/php/php5

Loaded Configuration File: /web/conf/php/php5/php.ini

iceuk626
07-08-2007, 06:59 AM
When php4/5 are compiled as cgi, the php safemode option in DA does not work, whats the best way now of setting certains domains to use safe mode?

Zoner
07-18-2007, 01:04 PM
Anyone has problems now? :)

options.conf


mysql=5.0
default_php=5
php4_cli=no
php4_cgi=no
php5_cli=no
php5_cgi=yes
apache_ver=2.2
mail-header-patch=yes
dovecot=no



Trying to make gd...
cd . && /bin/sh /usr/local/directadmin/custombuild/gd-2.0.35/config/missing --run aclocal-1.9 -I config
aclocal:configure.ac:64: warning: macro `AM_ICONV' not found in library
cd . && /bin/sh /usr/local/directadmin/custombuild/gd-2.0.35/config/missing --run automake-1.9 --foreign
cd . && /bin/sh /usr/local/directadmin/custombuild/gd-2.0.35/config/missing --run autoconf
configure.ac:64: error: possibly undefined macro: AM_ICONV
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
make: *** [configure] Error 1

How fix this ?

Tryed ./build iconv but no help,

now modified build script and change GD 2.0.35 to 2.0.34 version, now complied ok, without problems!

smtalk
07-18-2007, 01:13 PM
./build autoconf
./build automake
./build iconv
./build gd


If you're using "./build all", edit the build script and place "doGD;" after "doIconv;".

Zoner
07-18-2007, 01:26 PM
./build autoconf
./build automake
./build iconv
./build gd


If you're using "./build all", edit the build script and place "doGD;" after "doIconv;".

these with GD 2.0.35 not work, get same error (manyally or ./build all), only if change GD to 2.0.34 version, ./build all work without any problems.

OxnardMontalvo
07-18-2007, 06:11 PM
./build autoconf
./build automake
./build iconv
./build gd


If you're using "./build all", edit the build script and place "doGD;" after "doIconv;".

This won't solve the problem.

The problem is in the configure script for gd

un-tar it (or wait for build to fail)
Go into the gd dir
open configure with your favorite editor
find the line
AM_ICONV
change it to
# AM_ICONV

the save it

now you can run the configure that build does
make clean
make
make install

However if you want to use the build script to continue the build, you have to edit it, find the doGD function and comment out the tar line.

Sorry to be so cryptic but I'm heading out. However, I've just finished building gd with the script and it worked fine.

=C=

Zoner
07-18-2007, 11:23 PM
Also:

./build mysql

http://files.directadmin.com/services/all/mysql/debian/mysql-5.0.45-linux-i686.tar.gz

Only this files there:

http://files.directadmin.com/services/all/mysql/debian/mysql-5.0.41-linux-i686.tar.gz

So need update and add other versions too 4.1.22, and 5.1.20

also when updating mysql to 4.1 -> 5.x, user should run these command to fix tables:


/usr/local/mysql/bin/mysqlcheck --check-upgrade --all-databases --auto-repair -p
cat /usr/local/mysql/share/mysql_fix_privilege_tables.sql | /usr/local/mysql/bin/mysql --no-defaults --force --user=root --host=localhost --database=mysql -p

-p asking password

smtalk
07-27-2007, 02:45 PM
Zoner, about the files - you should inform DirectAdmin support :) About the installation - it has been changed from Custombuild v1.0.17. Thank you.

Zoner
07-28-2007, 11:14 AM
Zoner, about the files - you should inform DirectAdmin support :) About the installation - it has been changed from Custombuild v1.0.17. Thank you.

Ok, sended message to support, if they updating files ...

kanary
07-29-2007, 03:26 AM
mysql update doenst do anything.

smtalk
08-01-2007, 03:35 PM
kanary, maybe because the files were missing :) Now the files are updated, please try again.

AleSSaNDRo
08-07-2007, 05:48 AM
Thanks CustomBuild! Finally I am successful to update to Apache 2 and Php 5 on Debian 3.1!

CustomApache is bad for it! CustomApache creates alone problems for that update.

sebaX
01-18-2008, 05:21 AM
Hi:

How can I update to php 4.4.8 using custombuild ?

I ran ./build php and get theses errors

Configuring SAPI modules
checking for AOLserver support... no
checking for Apache 1.x module support via DSO through APXS... no
checking for Apache 1.x module support... no
checking whether to enable Apache charset compatibility option... no
checking for Apache 2.0 filter-module support via DSO through APXS... no
checking for Apache 2.0 handler-module support via DSO through APXS... apxs:Error: Invalid query string `BINDIR'
apxs:Error: Invalid query string `MPM_NAME'
apxs:Error: Invalid query string `APU_BINDIR'
apxs:Error: Invalid query string `APR_BINDIR'
./configure: line 6687: /apr-config: No such file or directory
./configure: line 6688: /apu-config: No such file or directory
configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Please use the appropiate switch --with-apxs (without the 2)

*** There was an error while trying to configure php. Check the configure/ap2/configure.php5 file

smtalk
01-18-2008, 06:18 AM
Try: ./build all d

sebaX
01-18-2008, 07:27 AM
Hi

if run this command I will update php only ?

smtalk
01-18-2008, 07:45 AM
No, but you need to run it for the first time.

sebaX
01-18-2008, 08:43 AM
Ok, I need to run ./build all d then ./build php, is that correct ?

Conrad
01-18-2008, 01:28 PM
What about a good install manual on the DA site instead of in the Forum only.
I think that must be done first before implementing ??

smtalk
01-18-2008, 01:57 PM
Ok, I need to run ./build all d then ./build php, is that correct ?

"./build php n" is included into "./build all d".

Jinson
01-19-2008, 10:24 PM
Thanks CustomBuild! Finally I am successful to update to Apache 2 and Php 5 on Debian 3.1!

CustomApache is bad for it! CustomApache creates alone problems for that update.



Darn right. I tried using customapache to update one of my accounts to php 5.2.5, apache 2.2.6 and it gave no end of problems. Suspect it's because customapache's config files and packages aren't as updated as custombuild.

rayan
04-26-2008, 08:42 PM
keep having problems when use 64bit CentOS 4.5(updated from 4.4)
when building php4:


/usr/bin/ld: /usr/local/lib/libltdl.a(ltdl.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libltdl.a(ltdl.o): could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1

hi

have the same trouble, how to fix it?

thank you

smtalk
04-27-2008, 12:50 AM
Try "./configure CFLAGS='-fPIC' ...", instead of "./configure ...".

rayan
04-27-2008, 09:40 AM
Try "./configure CFLAGS='-fPIC' ...", instead of "./configure ...".

thank you for ur replay, but not help us :(
new msg :
configure: error: one or more libs available at link-time are not available run-time. Libs used at link-time: -lssl -lcrypto -lssl -lcrypto -ldl -lz -lz
make: *** [all] Error 1
Trying to make cURL...
and old msg still:

/usr/bin/ld: /usr/local/lib/libltdl.a(ltdl.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libltdl.a(ltdl.o): could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [libphp4.la] Error 1

bumpfight
04-27-2008, 09:41 AM
i have the same problem...


[root@d0wn openssl-0.9.8g]# ./config CFLAGS='-fPIC'
Operating system: x86_64-whatever-linux2
Configuring for linux-x86_64
target already defined - linux-x86_64 (offending arg: CFLAGS=-fPIC)
[root@d0wn openssl-0.9.8g]#


i have this problem 3 days, please i need help

very thanks

smtalk
04-27-2008, 09:53 AM
It would be great if I could take a look at your server :)

DirectAdmin Support
04-27-2008, 12:04 PM
FYI, I had just seen this on a 64-bit box (centos 5) and even with -fPIC wasn't able to sort it out. I did a full openssl removal and reinstall (very carefully) but couldn't get past this error with php4. I then used php5 and it all went smoothly. (custombuild php4, and customapache php4 had the error).

So I guess the moral of the story is use php5 for new systems. (unless the issue can be resolved some other way, but I couldn't find it)

John

rayan
04-27-2008, 01:05 PM
thank you smtalk for really friendly help but we open trouble ticket wit directadmin support before 14 hours, hoop from there to check it and try to help asap.

thank you

avaz
06-16-2008, 04:03 PM
Hi all,

I am sure this question has been asked various times, but I haven't quite figured out how to solve one problem.

I am on FreeBSD 7-STABLE, trying to custombuild apache in DA.
After performing
./build all

I get the following error:



zziptest.c: In function 'main':
zziptest.c:76: error: lvalue required as left operand of assignment
*** Error code 1

Stop in /usr/local/directadmin/customapache/zziplib-0.10.82/bins.
*** Error code 1

Stop in /usr/local/directadmin/customapache/zziplib-0.10.82.
*** Error code 1

Stop in /usr/local/directadmin/customapache/zziplib-0.10.82.

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


The reason I tried to rebuild apache, because for some reason, after installing DA, I cannot start apache, it gives my the following error:



# /usr/sbin/apachectl start
Syntax error on line 31 of /etc/httpd/conf/httpd.conf:
Cannot load /etc/httpd/modules/mod_env.so into server: /etc/httpd/modules/mod_env.so: Undefined symbol "ap_palloc"
/usr/sbin/apachectl start: httpd could not be started


I have not experienced such issues when installed DA on CentOS.

Suggestions and help would be much appreciated.
Thank you in advance

smtalk
06-17-2008, 12:35 AM
It's CustomApache and not CustomBuild. You can try another version of zzip.

avaz
06-17-2008, 10:58 AM
It's CustomApache and not CustomBuild. You can try another version of zzip.
Hey smtalk,
Thanks for your reply. I posted the same issue on the CustomApache thread, hopefully someone will answer.

ADDENDUM:

Resolved :). Just did a CustomBuild install, works fine so far.

artichoke
08-16-2009, 05:34 PM
FYI, I had just seen this on a 64-bit box (centos 5) and even with -fPIC wasn't able to sort it out. I did a full openssl removal and reinstall (very carefully) but couldn't get past this error with php4. I then used php5 and it all went smoothly. (custombuild php4, and customapache php4 had the error).

So I guess the moral of the story is use php5 for new systems. (unless the issue can be resolved some other way, but I couldn't find it)

John

I recently did a custombuild on a 64-bit CentOS 5.3 system with php4=cli and kept running into the "relocation R_X86_64_32S against a local symbol" problem. I see this reported all over the Internet and in many places in the DirectAdmin forums. First, a web page that discusses this problem and possible solutions:

http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=3

A forum user proposed a solution (URL below) that did not work for me. I did "yum install libtool" and then made a symlink with "ln -sf /usr/lib64/libltdl.a /usr/local/lib/libltdl.a". But the symlink gets replaced by an improperly-built library during the build.

http://www.directadmin.com/forum/showthread.php?t=22579

The following small patch to '/usr/local/directadmin/custombuild/build' (revision BUILDSCRIPT_VER=1.1.18) worked for me. It causes the Makefile for libltdl to be patched so it uses -fPIC to build libltdl.



# rcsdiff -u -r1.1 build
===================================================================
RCS file: RCS/build,v
retrieving revision 1.1
diff -u -r1.1 build
--- build 2009/07/29 02:36:31 1.1
+++ build 2009/08/16 11:57:24
@@ -4474,6 +4474,9 @@
echo "Doing extra /libltdl for mcrypt..";
cd libltdl
./configure --enable-ltdl-install
+
+ # Must build libltds with -fPIC. R.D.
+ perl -pi.bak -e '/^CFLAGS/ && ! /-fPIC/ && s/$/ -fPIC/;' Makefile
make
make install
echo "Done extra /libltdl for mcrypt.";


I don't advise applying this patch unless you need it, as it has only been tested by me on a single host.

bdj
11-28-2009, 02:44 PM
I have a fully operational server BSD 6 which does not has custombuild installed.
I would love to have cb but I'm afraid that updating a live server will cause problems like apache is now 1.3 and goes to 2.2 etc.

Can I savely install custombuild?

Thanks

nobaloney
11-28-2009, 05:57 PM
You probably can; we did. To make life simpler, do NOT change any versions of anything while you convert to CustomBuild; do that later.

Note, however, that we use CentOS; we do NOT use FreeBSD. While I don't believe it will make a difference for you, I cannot guarantee that.

Jeff

duke28
03-27-2010, 11:39 PM
a new clean install and i have this error for build php5

/usr/local/directadmin/custombuild/custom/suphp/configure.php5: line 28: --enable-ftp: command not found

i did it :

cd /usr/local/directadmin/custombuild
./build update
./build php n


i have this on the file

#!/bin/sh
"./configure" \
"--prefix=/usr/local/php5" \
"--enable-force-cgi-redirect" \
"--enable-fastcgi" \
"--with-config-file-path=/usr/local/etc/php5/cgi" \
"--with-curl=/usr/local/lib" \
"--with-gd" \
"--with-gettext" \
"--with-jpeg-dir=/usr/local/lib" \
"--with-freetype-dir=/usr/local/lib" \
"--with-kerberos" \
"--with-openssl" \
"--with-mcrypt" \
"--with-mhash" \
"--with-mysql=/usr" \
"--with-mysqli=/usr/bin/mysql_config" \
"--with-pear" \
"--with-png-dir=/usr/local/lib" \
"--with-zlib" \
"--with-zlib-dir=/usr/local/lib" \
"--enable-zip" \
"--enable-gd-native-ttf" \
"--with-iconv=/usr/local" \
"--enable-bcmath" \
"--enable-calendar" \
"--enable-ftp" \
"--enable-magic-quotes" \
"--enable-sockets" \
"--enable-exif" \
"--enable-soap" \
"--enable-pdo=shared" \
"--with-pdo-mysql=shared" \
"--with-sqlite=shared" \
"--with-pdo-sqlite=shared" \
"--with-dom=/usr/lib" \
"--with-dom-exslt=/usr/lib" \
"--with-dom-xslt=/usr/lib" \
"--enable-xslt" \
"--with-xslt" \
"--enable-mbstring"



/usr/local/directadmin/custombuild/custom/suphp/configure.php5: line 28: --enable-ftp: command not found

so why please ?

smtalk
03-28-2010, 02:22 AM
http://directadmin.com/forum/showthread.php?t=35810

artichoke
03-28-2010, 11:37 AM
The error message "--enable-ftp: command not found" suggests that /bin/sh is trying to execute "--enable-ftp" as a command. In the file you included, I see that the line before "--enable-ftp" seems to end with a backslash. But does it really?

Could it be that that backslash is followed by a blank or tab?

A.