Custom Apache Build System

jmstacey said:
Did you say yes to everything when it asked if you wanted to rebuild libraries even though they were installed?

If gd and other application sources have been updated you can just run ./build php

Yes, I said yes to everything.
 
the mess up is bad configure.php switches, I did email john about this.

the current switches have an incorrect path to gd making the gd you compiling redundant for php and it cannot find it so uses the bundled version.

edit /usr/local/directadmin/customapache/configure.php

remove the 2nd gd line, and set the main line like this.

--with-gd=/usr/local \

so

--with-gd \
--with-gd-dir=/usr/local

is wrong.

also all the paths in there point to /usr/local/lib are wrong, I am still awaiting a reply from john on this.
 
Should have looked there aswell. Since upgrading to php5 I've been building by hand skipping this problem.
 
Chrysalis said:
the mess up is bad configure.php switches, I did email john about this.

the current switches have an incorrect path to gd making the gd you compiling redundant for php and it cannot find it so uses the bundled version.

edit /usr/local/directadmin/customapache/configure.php

remove the 2nd gd line, and set the main line like this.

--with-gd=/usr/local \

so

--with-gd \
--with-gd-dir=/usr/local

is wrong.

also all the paths in there point to /usr/local/lib are wrong, I am still awaiting a reply from john on this.

It now shows 2.0 or higher. Does that mean it's 2.0.33 now?
 
Chrysalis said:
the mess up is bad configure.php switches, I did email john about this.

the current switches have an incorrect path to gd making the gd you compiling redundant for php and it cannot find it so uses the bundled version.

edit /usr/local/directadmin/customapache/configure.php

remove the 2nd gd line, and set the main line like this.

--with-gd=/usr/local \

so

--with-gd \
--with-gd-dir=/usr/local

is wrong.

also all the paths in there point to /usr/local/lib are wrong, I am still awaiting a reply from john on this.

I'm getting compile errors if I change configure.php this way. Resetting it to the original configure.php yields a smooth compilation with a "bundled gd library" according to phpinfo.
 
Those GD switches only work if you compile or provide GD yourself.

Also, make sur you remove --with-xml, it doesn't exist anymore.
 
interfasys said:
Those GD switches only work if you compile or provide GD yourself.

I did, but it seems different versions of gd.h are present on my system (one in /usr/include and one in /usr/local/include ). Maybe I should change the dir in configure.php to point to the most recent gd.h ...
 
if its in /usr/local/include then you use /usr/local not /usr/local/include as the switch.

mine is also /usr/local/incude/gd.h and I use /usr/local correctly.

If the switch makes your compile crash out then try recompiling gd on the system, also does your compile fail on the configure stage or when it is actually compiling?
 
GD Gif doesn't display

I tried to use the GD library for GIF. But it doesn't work.

In button.php:
<?php

header("Content-type: image/gif");
$string = $_GET['text'];
$im = imagecreatefromgif("images/button1.png");
$orange = imagecolorallocate($im, 220, 210, 60);
$px = (imagesx($im) - 7.5 * strlen($string)) / 2;
imagestring($im, 3, $px, 9, $string, $orange);
imagegif($im);
imagedestroy($im);

?>

In gdtest.php:
<html>
<body>
<img src="button.php?text=testing">
</body>
</html>

In images directory, there's a button1.gif file.

The web browsers (FireFox and IE) does not display the image.
 
ethanhoo said:
Do I need libgif?
Donno, but you could correct this:
$im = imagecreatefromgif("images/button1.png");
Check the php manual, a .png is not equal to a .gif :)

Rest is fine, I guess :D
 
No, no, no.

It was a typo when I post the message. The file extension is gif. I want to use GIF in the PHP file.

And, no, it doesn't display.
 
Im having trouble compiling php on a new box running centos. I get the following:
ext/standard/html.lo(.text+0x3b): In function `determine_charset':
/usr/local/directadmin/customapache/php-4.3.11/ext/standard/html.c:658: undefined reference to `mbstring_globals'
main/rfc1867.lo(.text+0x1c): In function `php_mb_flush_gpc_variables':
/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:58: undefined reference to `php_mb_encoding_translation'
main/rfc1867.lo(.text+0x34):/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:59: undefined reference to `php_mb_gpc_encoding_detector'
main/rfc1867.lo(.text+0xa1):/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:61: undefined reference to `php_mb_gpc_encoding_converter'
main/rfc1867.lo(.text+0xa47): In function `substring_conf':
/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:591: undefined reference to `php_mb_encoding_translation'
main/rfc1867.lo(.text+0xa74):/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:592: undefined reference to `php_mb_gpc_mbchar_bytes'
main/rfc1867.lo(.text+0xaca): In function `php_ap_getword_conf':
/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:616: undefined reference to `php_mb_encoding_translation'
main/rfc1867.lo(.text+0xc24):/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:618: undefined reference to `php_mb_gpc_encoding_detector'
main/rfc1867.lo(.text+0xf4f): In function `rfc1867_post_handler':
/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:835: undefined reference to `php_mb_encoding_translation'
main/rfc1867.lo(.text+0x14e6):/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:1055: undefined reference to `php_mb_encoding_translation'
main/rfc1867.lo(.text+0x1542):/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:1063: undefined reference to `php_mb_gpc_encoding_detector'
main/rfc1867.lo(.text+0x155d):/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:1067: undefined reference to `php_mb_strrchr'
main/rfc1867.lo(.text+0x156e):/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:1068: undefined reference to `php_mb_strrchr'
main/rfc1867.lo(.text+0x196f):/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:1065: undefined reference to `php_mb_gpc_encoding_converter'
main/rfc1867.lo(.text+0x1bfe):/usr/local/directadmin/customapache/php-4.3.11/main/rfc1867.c:900: undefined reference to `php_mb_encoding_translation'
main/network.lo(.text+0x89b): In function `php_stream_sock_ssl_activate_with_method':
/usr/local/directadmin/customapache/php-4.3.11/main/network.c:789: undefined reference to `php_openssl_apply_verification_policy'
main/network.lo(.text+0x8e9):/usr/local/directadmin/customapache/php-4.3.11/main/network.c:755: undefined reference to `php_SSL_new_from_context'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

*** The make has failed, do you want to try to make again? (y,n): n
 
ethanhoo said:
No, no, no.

It was a typo when I post the message. The file extension is gif. I want to use GIF in the PHP file.

And, no, it doesn't display.

It displayed correctly today. Funny. No changes have been made.
 
I went and reran the customapache.sh file and it seems to have fixed my compile problems.
 
ok i have upgraded my server to php 5.0.4 and mysql 4.1.11 but my httpd.conf file is all screwed up can anyone tell me how i can run ./build without having to redo mysql 4.1.11 and php 5.0.4 also could i use ./build to upgrade to apache 2x again without having to redo mysql and php...
 
./build -h should give you a list of all possible arguments you can use.

I think ./build apache_ssl is the command to just rebuild apache. Probably have to check though.
 
So, hello :) I have DA for FC3.

I had a lot of problems last days, with apache CGI/CLI, suphp and co, and so, i rebuild php as begining.

All is running, but know when i restart httpd, i have this message : [warn] module perl_module is already loaded, skipping

is this because I have php_admin_flag on in /etc/httpd/conf/httpd.conf ? If I don't have this flag to on, webmail or squirrelmail does'nt work anymore

Thanks :)
 
When building everything or mod_perl it adds another loadmodule for perl in the httpd.conf
You can safely remove any extras leaving only one.
 
Back
Top