php-install Digest 21 Jun 2002 10:07:06 -0000 Issue 894
Topics (messages 7409 through 7418):
Re: Why is installing PHP+GD+MySQL+Apache on Linux so hard?
7409 by: Chris Hewitt
7416 by: Thomas Spellman
error: OpenSSL version 0.9.5 or greater required
7410 by: Gustavo A. Baratto
Re: error in make, where is unix.h????
7411 by: Gustavo A. Baratto
Re: php 4.2.1 apache 2.0.39 cookie problems after sapi make problems
7412 by: Yasuo Ohgaki
Compile Error
7413 by: Ashley M. Kirchner
Apache 2.0.3.9
7414 by: Costas Piliotis
7415 by: Rasmus Lerdorf
7417 by: Matt Parlane
building php-4.2.1 on i386 solaris
7418 by: Derek Allum
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
Bruce,
I don't know about SuSE, but its part of the RedHat distribution
(assuming you choose to install it). I understand there are also easy to
install packages for windows but, as a linux user, I have no experience
of them.
Hope this helps.
Regards
Chris
Bruce Tobin wrote:
> I've managed to sell my boss on Linux. I've managed to sell my boss
> on PHP/Apache/MySQL as a stack, with the help of the wonderful FoxServ
> install package for Windoze. I've just helped him install the stack
> on Linux, and I can practically hear him rethinking his previous
> enthusiastic position on these technologies.
>
> Watching a newbie go through the install process made me realize just
> how painful it is.
>
> Now, maybe the pain is mainly my own fault. I tried to find the
> shortest path to a working stack, and settled on Apache Toolbox. Was
> this a mistake? Is there an easier way to get a full stack running
> starting from a SUSE or Red Hat personal installation?
>
>
--- End Message ---
--- Begin Message ---
I tried apache toolbox once on linux and found it much more difficult
than necessary. But as far as I know, GD is compiled into php by
default, you just have to uncomment the module in the php config file.
You can install the php gd module as an rpm. In fact, all of the
packages install nicely as rpms, and you don't need to compile anything
or use apache toolbox. Apache toolbox would only be needed to use a
newer gd library than is included with the rpm versions.
> -----Original Message-----
> From: Bruce Tobin [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, June 20, 2002 11:46 AM
> To: [EMAIL PROTECTED]
> Subject: [PHP-INST] Why is installing PHP+GD+MySQL+Apache on
> Linux so hard?
>
>
> I've managed to sell my boss on Linux. I've managed to sell
> my boss on
> PHP/Apache/MySQL as a stack, with the help of the wonderful FoxServ
> install package for Windoze. I've just helped him install
> the stack on
> Linux, and I can practically hear him rethinking his previous
> enthusiastic position on these technologies.
>
> Watching a newbie go through the install process made me realize just
> how painful it is.
>
> Now, maybe the pain is mainly my own fault. I tried to find the
> shortest path to a working stack, and settled on Apache Toolbox. Was
> this a mistake? Is there an easier way to get a full stack running
> starting from a SUSE or Red Hat personal installation?
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--- End Message ---
--- Begin Message ---
Hi Guys,
I'm having the error above when configuring php-4.2.1 with openssl-.0.96d
(the newest stable version) and apache-1.3.36 on solaris 9 with gcc-3.1
./configure can find openssl with no problem, but it complains about the
version. I don't have any other version of openssl, and it is located in
the "standard" directory /usr/local/ssl.
I tried ./configure --with-openssl=/usr/local/ssl and without.
ideas?
--- End Message ---
--- Begin Message ---
I just ran into this problem also.
comment out the line below in the files Zend/zend.h and main/php.h
/* #include <unix.h> */
and run make again.
There seems to have a problem with configure script
Sung Joo-Yong wrote:
> Hi ~
>
> I wanna install PHP 4.2.1 on Solaris 2.5.1
> In configuring, I could see unix.h was found on system.. but, whenever I
> make, I must see following messages.
>
> Making all in Zend
> /bin/sh ../libtool --silent --mode=compile
> gcc -DGAVE_CONFIG_H -I. -I. -I../main
> -D_POSIX_PTHREAD_SEMANTICS -I../TSRM -g -O2 -prefer-non-pic -static -c -o
> zend_compile.lo `test -f zend_compile.c || echo './'`zend_compile.c
> In File included from zend_compile.c:22:
> zend.h:55: unix.h: No such file or directory
>
> I opened zend.h and there was
>
> #ifdef HAVE_UNIX_H
> #include <unix.h>
> #endif
>
> Up to now, I couldn't see such header file in Solaris. Is there any
> missing component in my solaris? or
> Did I write bad configuration command? I have no idea..
>
> Plz Help!!!!
>
> P.S. Configuration
> configure --with-mysql=/usr/local/mysql
> --with-apache=/tmp/build/apache_1.3. 3
--- End Message ---
--- Begin Message ---
If you search archive, you'll find useful information about
Apache2filter support. (Or read 4.2.0 release note)
BTW, cookie problem is fixed in CVS IIRC.
--
Yasuo Ohgaki
Robin Edgar wrote:
> Hi,
> I've installed Apache 2.0.39 on Debian 2.2 and 2.4, which went fine.
> Then installing php 4.2.1, the configure goes fine,
>
> ./configure --prefix=/opt/php-4.2.1 --enable-force-cgi-redirect
> --enable-ftp --enable-magic-quotes --enable-bcmath --enable-calendar
> --enable-dbase --enable-dbx --enable-ftp --enable-gd-native-ttf
> --enable-mbstring --enable-track-vars --enable-ucd-snmp-hack
> --enable-sockets --enable-sysvsem --enable-sysvshm --enable-yp
> --enable-shared=PKGS --enable-debug --enable-memory-limit --with-zlib
> --with-gd --with-jpeg-dir=/usr/lib --with-tiff-dir=/usr/lib
> --with-png-dir=/usr/lib --with-mysql --with-snmp
> --with-apxs2=/opt/httpd-2.0.39/bin/apxs
>
> It finds apache2 support, and suggests using apache2filter (which I
> think it should be doing)
>
> but the make gives an error:
>
> gcc -I. -I/usr/local/src/php/php-4.2.1/sapi/apache2filter
> -I/usr/local/src/php/php-4.2.1/main -I/usr/local/src/php/php-4.2.1
> -I/opt/httpd-2.0.39/include -I/usr/local/src/php/php-4.2.1/Zend
> -I/usr/local/include -I/usr/local/src/php/php-4.2.1/ext/mysql/libmysql
> -I/usr/include/ucd-snmp -I/usr/local/src/php/php-4.2.1/ext/xml/expat
> -D_REENTRANT -I/usr/local/src/php/php-4.2.1/TSRM -DTHREAD=1 -g -O2
> -pthread -Wall -DZTS -c php_functions.c -fPIC -DPIC -o
> php_functions.lo
> php_functions.c:93: parse error
> make[3]: *** [php_functions.lo] Error 1
> make[3]: Leaving directory
> `/usr/local/src/php/php-4.2.1/sapi/apache2filter'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
> `/usr/local/src/php/php-4.2.1/sapi/apache2filter'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/local/src/php/php-4.2.1/sapi'
> make: *** [all-recursive] Error 1
>
> Now if I delete lines 92, 93 and 94 from
> sapi/apache2filter/php_functions.c which are:
>
> #if !MODULE_MAGIC_AT_LEAST(20020506,0)
> ADD_STRING(boundary);
> #endif
>
> and then continue the make, it all seems to go fine. Make install
> copies everything to the right directory and doing a <? phpinfo() ?>
> shows that everything should be functioning neatly.
>
> Now the problem!
>
> When writing cookies to a client, sometimes the cookie will not be
> written and sometimes it will be - this behaviour is consistent in
> terms of site a will never write the cookies, but site b will always
> write the cookie! (see code below)
>
> Never works
> setcookie("netuser", $row["werknemer_ID"], time()+3600, "/");
> setcookie["netlanguage", $row["row_lang"], time()+3600,"/");
> setcookie["netlastlogin", $row["last_login"], time()+3600,"/");
> $werknemer_ID=$HTTP_COOKIE_VARS["netuser"];
>
> Always works
> setcookie("user", $userID, time()+(3600*3), "/")
> $userID=$HTTP_COOKIE_VARS["soluser"];
>
> The only thing we've managed to figure out is that in the first
> example, we write to the cookie 3 times (using similar statements) and
> in the second example we only create the cookie once. Every time we
> write to the cookie again, it overwrites (deletes) the old cookies
> and replaces it with the last cookie. So what you end up with, is the
> netlastlogin cookie, and netuser and netlanguage don't exist on the
> client harddrive. This used to work under php4.2.0!
>
> Under apache 2.0.36 and php 4.2.0 compiled with the same settings, I
> never experienced this behaviour and I have no idea what's causing it!
> Any help is much appreciated!
--- End Message ---
--- Begin Message ---
OS: IRIX 6.5
PHP-4.2.1
----------
gcc -I. -I/sources/apache/php-4.2.1/main -I/sources/apache/php-4.2.1/main
-I/sources/apache/php-4.2.1 -I/sources/apache/apache_1.3.26/src/include
-I/sources/apache/apache_1.3.26/src/os/unix -I/sources/apache/php-4.2.1/Zend
-I/sources/apache/php-4.2.1/ext/xml/expat -D_XPG_IV -I/sources/apache/php-4.2.1/TSRM
-g -O2 -c network.c && touch network.lo
In file included from network.c:56:
php_network.h:55: warning: `struct sockaddr' declared inside parameter list
php_network.h:55: warning: its scope is only this definition or declaration, which is
probably not what you want.
network.c:120: warning: `struct sockaddr' declared inside parameter list
network.c:135: warning: `struct sockaddr' declared inside parameter list
network.c: In function `php_network_getaddresses':
network.c:199: dereferencing pointer to incomplete type
network.c:199: `AF_INET' undeclared (first use in this function)
network.c:199: (Each undeclared identifier is reported only once
network.c:199: for each function it appears in.)
network.c: At top level:
network.c:214: warning: `struct sockaddr' declared inside parameter list
network.c:215: conflicting types for `php_connect_nonb'
php_network.h:55: previous declaration of `php_connect_nonb'
network.c: In function `php_connect_nonb':
network.c:265: `SOL_SOCKET' undeclared (first use in this function)
network.c:265: `SO_ERROR' undeclared (first use in this function)
network.c: In function `php_hostconnect':
network.c:298: warning: passing arg 2 of `php_network_getaddresses' from incompatible
pointer type
network.c:313: dereferencing pointer to incomplete type
network.c:315: dereferencing pointer to incomplete type
network.c:330: `AF_INET' undeclared (first use in this function)
network.c:335: dereferencing pointer to incomplete type
network.c:338: warning: passing arg 2 of `php_connect_nonb' from incompatible pointer
type
network.c:352: warning: passing arg 1 of `php_network_freeaddresses' from incompatible
pointer type
network.c:357: warning: passing arg 1 of `php_network_freeaddresses' from incompatible
pointer type
network.c: In function `php_any_addr':
network.c:378: `AF_INET' undeclared (first use in this function)
network.c: In function `php_sockaddr_size':
network.c:394: dereferencing pointer to incomplete type
network.c:395: `AF_INET' undeclared (first use in this function)
make[2]: *** [network.lo] Error 1
make[2]: Leaving directory `/sources/apache/php-4.2.1/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/sources/apache/php-4.2.1/main'
make: *** [all-recursive] Error 1
----------
Any ideas folks?
--
H | "Life is the art of drawing without an eraser." - John Gardner
+--------------------------------------------------------------------
Ashley M. Kirchner <mailto:[EMAIL PROTECTED]> . 303.442.6410 x130
Director of Internet Operations / SysAdmin . 800.441.3873 x130
Photo Craft Laboratories, Inc. . 3550 Arapahoe Ave, #6
http://www.pcraft.com ..... . . . Boulder, CO 80303, U.S.A.
--- End Message ---
--- Begin Message ---
It seems that the php4apache2.dll isn't loading as a module in Apache
2.0.3.9, yet it does in 2.0.3.6.
I wonder if I'm doing something wrong, or if there is a bug in that dll?
I understand it's experimental still, but i'm nevertheless thinking it's
a bug in the dll... I guess I'm just trying to inform the community :)
I hope to see a patch out for that... Kinda sucks with that
vulnerability left open in 2.0.3.6...
--- End Message ---
--- Begin Message ---
Apache 2 is not officially supported in PHP 4.2
This issue is fixed in CVS, but Apache 2 is still very much a moving
target and it is simply not possibly for us to release a new version of
PHP everytime they make backward-compatibility breaking changes in Apache
2.
-Rasmus
On Thu, 20 Jun 2002, Costas Piliotis wrote:
> It seems that the php4apache2.dll isn't loading as a module in Apache
> 2.0.3.9, yet it does in 2.0.3.6.
>
> I wonder if I'm doing something wrong, or if there is a bug in that dll?
> I understand it's experimental still, but i'm nevertheless thinking it's
> a bug in the dll... I guess I'm just trying to inform the community :)
>
> I hope to see a patch out for that... Kinda sucks with that
> vulnerability left open in 2.0.3.6...
>
--- End Message ---
--- Begin Message ---
Hi Costas...
I answered a similar question on php-windows yesterday. Hopefully it helps.
Matt
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Hiya...
You don't really need to compile anything - just go to
http://snaps.php.net/win32, or
http://ftp.proventum.net/pub/php/win32-snapshots/
and download one of the pre-built binaries. Just use the
sapi/php4apache2.dll file from the zip file you downloaded.
Have a look at snapshot-STABLE.log, or snapshot.log, and look for the line
that says Building php4apache2 -
If the snapshot-STABLE.log file says php4apache2.dll was built correctly,
the download that one. Probably best to get the latest STABLE binary (for
obvious reasons), but you could try one of the non-stable snapshots.
Once you've downloaded the appropriate file, just extract the
php4apache2.dll file, and use it in place of the one that comes with the
4.2.1 binary, and you should be away laughing. ha ha ha etc... :)
Hope that helps...
Matt Parlane
Zevi Interactive
[EMAIL PROTECTED]
"Costas Piliotis" <[EMAIL PROTECTED]> wrote in message
000501c218ec$e80cd9e0$1c605318@manatarams">news:000501c218ec$e80cd9e0$1c605318@manatarams...
> It seems that the php4apache2.dll isn't loading as a module in Apache
> 2.0.3.9, yet it does in 2.0.3.6.
>
> I wonder if I'm doing something wrong, or if there is a bug in that dll?
> I understand it's experimental still, but i'm nevertheless thinking it's
> a bug in the dll... I guess I'm just trying to inform the community :)
>
> I hope to see a patch out for that... Kinda sucks with that
> vulnerability left open in 2.0.3.6...
>
--- End Message ---
--- Begin Message ---
Hi
I am new to this list. I hope someone can help, please.
I am trying to install php-4.2.1 with apache 2.0.39 on an i386 machine
running Solaris 8, patched up to kernel patch 14. It has most of the
usual GNU utilities installed in /usr/local/bin such as:
gcc m4 make autoconf automake bison gawk tar
The apache installation went well. The php configure went OK - I used:
./configure --with-mysql --with-apxs2=/opt/apache2/bin/apxs
However, when it came to 'make' I got the following error:
Making all in Zend
make[1]: Entering directory `/sysnet/derek/php-4.2.1/Zend'
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H
-I. -I. -I../main -D_POSIX_PTHREAD_SEMANTICS
-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I../TSRM -DTHREAD=1 -g -O2
-DZTS -prefer-pic -c -o zend_language_parser.lo `test -f
zend_language_parser.c || echo './'`zend_language_parser.c
In file included from zend_compile.h:24,
from zend_language_parser.c:147:
zend.h:55: unix.h: No such file or directory
make[1]: *** [zend_language_parser.lo] Error 1
make[1]: Leaving directory `/sysnet/derek/php-4.2.1/Zend'
make: *** [all-recursive] Error 1
I've done a 'find' on 'unix.h' but no such file appears on my
system. So I can't really fix my LD paths or suchlike.
Any help will be much appreciated.
Thanks in advance
--
Derek Allum [EMAIL PROTECTED]
I.C.T. (Systems & Networks)
University of Luton
England
--- End Message ---
