Custombuild is out of beta.

[smtalk]

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]

P.P.S. if you've tested the custombuild script and everything went fin - please post it in this thread too. Thank you.

[jackc]

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]

It's not a custombuild issue, but zzip :) Try to use PHP 4.4.7 or another version of zzip.

[smtalk]

You can also try to remove /usr/local/include/zzip directory and rebuild zzip.

[smtalk]

I've just added a poll to this thread.

[jlasman]

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]

jlasman, it's based on customapache system, so, only ~20-40% 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]

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]

Chrysialis, yes, it's included in the latest version of custombuild, so you don't need to change anything :) Thank you.

[jackc]

Using the latest custombuild still have the same problem with zzip when building php-4.4.7.

[smtalk]

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]

sure, i'm using a VPS to test, i'll PM you the details.

[smtalk]

jackc, everything went fine with default settings.

[jackc]

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]

yes, it's a bug of php 4.4.7 I guess ( http://bugs.php.net/bug.php?id=41319 ).

[smtalk]

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]

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]

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]

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]

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 "%b" bytes

in httpd.conf

smtalk could you fix this please, thanks!

[smtalk]

Thank you for the reports.

[smtalk]

Reported bugs has been fixed.

[Chrysalis]

how to fix the bytes problem then? have to rerun the build script?

[smtalk]

Just run "./build rewrite_confs", or delete /etc/httpd/conf and run "./build all d".

[Chrysalis]

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]

Chrysalis, they're being owerwriten when you use "rewrite_confs" option.

[Marcin]

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:

% 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]

all seam ok
just done a new install on a fedora core 6

[smtalk]

Marcin, please write this to support[at]directadmin.com, thank you.

[smtalk]

Anyone are having problems now? Because I got no reports for a whole week. :)

[blueice]

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]

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]

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]

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]

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]

Yes, they will be overwritten, but you'll have a backup too.

[akukula]

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

[jlasman]

Martynas, which configuration files does Custombuild overwrite?

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

Jeff

[smtalk]

Only the first time and only httpd configs :)

[jlasman]

Can it be changed to not overwrite it the first time if it's already a DA httpd.config?

Jeff

[smtalk]

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.). :)

[jlasman]

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]

No, it wouldn't be a problem :)

[jackc]

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]

jackc, yes, it does, but not that much :)

[Chrysalis]

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]

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]

In httpd 2.0, unlike 1.3, the %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]

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]

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]

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]

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]

%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]

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]

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]

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]

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]

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.

[jlasman]

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]

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.

[jlasman]

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]

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]

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]

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]

yes, any workaround there outside?

[smtalk]

Please change this:

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


To:

elif [ -e /etc/debian_version ]; then
        if [ "`cat /etc/debian_version`" = "4.0" ]; then
                ZZIP_VER=0.13.47
        else
                ZZIP_VER=0.10.82
        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]

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]

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]

johannes, it has nothing to do with ssh daemon, so it's not a problem of custombuild.

[johannes]

o.k., sorry, anyway thank you for bringing me back 2 the way :)

[smtalk]

Sorry, forgot to say that it has been fixed (issue with Debian 3.1 & zzip library) :)

[jackc]

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]

Do I can delete "customapache" dir after install from "custombuild"?
Thank you.

[smtalk]

johannes, yes you can.

[smtalk]

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]

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]

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]

"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]

No more problems? :)

[jmstacey]

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]

You just needed to set apache_ver=2.2, instead of 1.3 in options.conf.

[jmstacey]

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]

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]

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]

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]

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

[DLag]

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]

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]

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]

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]

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]

Send me your server details and I will take a look at it.

[neekster]

PM sent :)

[felosi]

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]

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]

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]

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]

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]

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]

Are you sure that no one is building php?

[neekster]

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]

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]

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]

So, when exectly do you get the error? :)

[kanary]

always when you try to intall something with build

[smtalk]

Have you tried to delete .custombuild file and run anything again?

[chrda]

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]

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]

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]

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]

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]

Thank you, Maniak.

Please find:

echo "Done gd.";


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

[DirectAdmin Support]

added to build

[smtalk]

Any issues now? :)

[neekster]

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]

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]

Anyone tried a new version of Custombuild with FreeType support? :) 1.0.13 will be released soon too.

[DLag]

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]

Nice to hear :)

[blueice]

I've tried. Compiled without any bugs.
please inform what OS you have and what version of php. This is important to know

[blueice]

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]

Maybe you try "./build php n" ;) Try "./build php" or "./build freetype" and "./build php n" then.

[LionRock]

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]

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]

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]

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]

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]

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]

It works. Thats was it ;) Thanks ;)

[smtalk]

Thank you :)

[LionRock]

But now webmail, phpmyadmin is not working :/

[Maniak]

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]

But now webmail, phpmyadmin is not working :/

Make sure that they are owned by webapps user :)

[smtalk]

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]

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]

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]

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]

So, you have root:wheel, and not webapps:webapps :)

[LionRock]

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]

If you have the latest version of directadmin - webapps user should be there :) Use "chown -R webapps:webapps /var/www/html"

[Maniak]

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]

Hmh.. Maybe you have an old version of custombuild? Try to do "./build update" and "./build php" then.

[LionRock]

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]

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]

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]

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]

is there something wrong with the latest "build" script. i can not run ./build and also ./build all d

[welch]

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]

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]

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]

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]

PHP 5 or 4?

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

[dannygoh]

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]

A new version of the CustomBuild script is coming :) About 5 fixes and iconv support :)

[smtalk]

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]

mod_perl. I have said that some posts back :)

Regards

[smtalk]

Everything should be fixed in the latest version :) Please test it! Thank you.

[dannygoh]

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]

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]

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]

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]

### 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]

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]

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]

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]

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]

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]

Did you do everything that I said?

[blustic]

Yes but it is always the same error :(

[smtalk]

Issue with 2 PHPs when both are compiled as CGI has been fixed.

[blustic]

Problem solved. thank's !

[smtalk]

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]

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]

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]

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]

./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 a