php-install Digest 6 Feb 2003 17:11:37 -0000 Issue 1236
Topics (messages 9961 through 9972):
Re: PHP 4.3.0 on SuSE 8.1
9961 by: Joaquim Homrighausen
Re: RedHat and RPM installation trouble
9962 by: Mitch Pirtle
Re: unique install, having problem
9963 by: Mitch Pirtle
9968 by: Goetz Lohmann
9969 by: Mitch Pirtle
9970 by: Goetz Lohmann
9971 by: Goetz Lohmann
9972 by: Benjamin Tomhave
Re: Is there a area for general php Questions?
9964 by: Mitch Pirtle
9967 by: Goetz Lohmann
Build PHP4 as CGI and Apache module at the same time
9965 by: Filipe Brandenburger
Re: php files not being parsed -
9966 by: Goetz Lohmann
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 ---
* On 2003-02-05 @ 15:38, Joaquim Homrighausen wrote:
> What's this.. (I mean, I know what it is, but why does it happen)?
[..]
If I disable --with-imap and --with-imap-ssl, everything works as it
should. SuSE 8.1 comes with imap-devel and imap-lib, both revision 2001a.
Is there a known compatibility issue here?
-Joaquim
--- End Message ---
--- Begin Message ---
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday 04 February 2003 23:30, Christian Løverås wrote:
> Hello!
>
> My system (a mountain bike magazine) has been running without problems
> for 2 years, but after I fiddled a little with IMP (and removed it), PHP
> stopped working. I suspect the installation of IMP (with an RPM) did
> "something", but I have no idea what.
>
> I have removed PHP by using RPM, and my plan was to re-install PHP (by
> using RPM), but all I get is this:
>
> --------------
> $ rpm -ivh php-4.1.2-7.2.6.i386.rpm
> error: failed dependencies:
> libcurl.so.1 is needed by php-4.1.2-7.2.6
> libdb-3.2.so is needed by php-4.1.2-7.2.6
> libltdl.so.3 is needed by php-4.1.2-7.2.6
> libpspell.so.4 is needed by php-4.1.2-7.2.6
You can find all of these at rpmfind.net:
ftp://rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/curl-7.8-1.i386.rpm
ftp://rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/db3-3.2.9-4.i386.rpm
ftp://rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/libtool-libs-1.4-8.i386.rpm
ftp://rpmfind.net/linux/redhat/7.2/en/os/i386/RedHat/RPMS/pspell-0.12.2-3.i386.rpm
- --
Mit freundlichen Gruessen / best regards
Mitch
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+Qlh1p6W2bojYwv4RAmyeAJ0SaljOi5xxjWwemGp2hGQN16WrDwCeLHRh
Q0KWY6nsygzxZcZD+Ey+RfI=
=T3ZL
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wednesday 05 February 2003 01:33, Benjamin Tomhave wrote:
> Greetings,
>
> I have a legacy site that has yet to migrated from 4.0.x to 4.3.x era code.
> Ergo, I need to install PHP 4.0.6 on RedHat 8.0.
Good luck, and please let me know if you ever have any success making ANY
version of PHP compile on a RH8 box. I have asked this list several times now
if it is even possible, but only get silence - so I am forced to assume that
I am not alone with this problem.
Sure would love an update (hint, hint)...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+Qlkmp6W2bojYwv4RAr7+AJ49Y9oE85AkLBMYSWpLIwXNNNoE2QCgkR8X
pzOH1Xa6aAxJGwVswFLt964=
=+eE1
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
Mitch Pirtle schrieb:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Wednesday 05 February 2003 01:33, Benjamin Tomhave wrote:
>
>>Greetings,
>>
>>I have a legacy site that has yet to migrated from 4.0.x to 4.3.x era code.
>>Ergo, I need to install PHP 4.0.6 on RedHat 8.0.
>
>
> Good luck, and please let me know if you ever have any success making ANY
> version of PHP compile on a RH8 box. I have asked this list several times now
> if it is even possible, but only get silence - so I am forced to assume that
> I am not alone with this problem.
>
maybe no one answer cause nobody know the question, is busy, or just think this
question isn't worth a line to note ... maybe you could find a php-4.3.0 RPM
at the link below which mean it is possible to compile it on redhat 8 !
http://rpm.pbone.net/index.php3?stat=4&idpl=324868&idpa=324868
--
@ Goetz Lohmann, Germany | Web-Developer & Sys-Admin
\/ ------------------------------------------------------
() He's the fellow that people wonder what he does and
|| why the company needs him, until he goes on vacation.
--- End Message ---
--- Begin Message ---
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thursday 06 February 2003 14:32, Goetz Lohmann wrote:
> Mitch Pirtle schrieb:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On Wednesday 05 February 2003 01:33, Benjamin Tomhave wrote:
> >>Greetings,
> >>
> >>I have a legacy site that has yet to migrated from 4.0.x to 4.3.x era
> >> code. Ergo, I need to install PHP 4.0.6 on RedHat 8.0.
> >
> > Good luck, and please let me know if you ever have any success making ANY
> > version of PHP compile on a RH8 box. I have asked this list several times
> > now if it is even possible, but only get silence - so I am forced to
> > assume that I am not alone with this problem.
>
> maybe no one answer cause nobody know the question, is busy, or just think
> this question isn't worth a line to note ... maybe you could find a
> php-4.3.0 RPM at the link below which mean it is possible to compile it on
> redhat 8 !
The topic posted was that I could not get php-4.3.0 to compile at all, with
any options, on a stock RH8 box which comes with httpd-2.0.40-11. I also
cannot get PEAR to function (although the base PEAR libraries work, I just
cannot use the pear command to install anything else). Sad.
That was my last question to the list, and I thought I was pretty clear. I
wanted to know, from the php side, if php 4.3 was ever going to work with RH8
and httpd2; and I vaguely remember being told that it was a problem with gcc
(Stig, was that you?)... So I'm not clear as to if this is a gcc issue, or a
php issue, or a httpd2 issue...
Then the discussion seemed to digress into an apache1.3-vs-apache2 battle,
which sounded a little too much like emacs-vs-vi to me. So unanswered was
the possibility that it was a problem between php's apache module and
apache2's apxs. I still do not know where the problem is, and am not sure
what it takes to fix it.
> http://rpm.pbone.net/index.php3?stat=4&idpl=324868&idpa=324868
Only works with apache 1.3, not 2.0. Which tells me that if I want php-4.3.0
on a RH8 box, I gotta downgrade httpd. Don't know if this fixes PEAR, might
consider playing with it over the weekend.
Thanks for pointing out the site, though... One more resource to find SRPMS!
- --
Mit freundlichen Gruessen / best regards
Mitch
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+Qmifp6W2bojYwv4RAkBjAJoD1jJuSZBrEoH8DlKk/EeegNSCfwCgkLoE
cTHOEbYd33aGTjw2do1UK1I=
=a9Mn
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
Benjamin Tomhave schrieb:
> Greetings,
>
> I have a legacy site that has yet to migrated from 4.0.x to 4.3.x era code.
> Ergo, I need to install PHP 4.0.6 on RedHat 8.0. I'm configuring with the
> following options:
> ./configure --prefix=/usr --with-mysql=/usr --with-apxs=/usr/sbin/apxs
> This seems to work ok (well, ok, I get a warning about apxs, but I "fixed"
> the script to make the error go away and this did not resolve the compile
> error).
maybe try an rpm package instead of compiling by yourself ?
maybe migration 4.0.x to 4.3.x I consider to only get 4.3.0
and read the changelog. Every single step which is changed
from version 4.0.x is documented so thats the point to start
migrating I gues ... ;-)
by the way ... you hacked the configure script ??? this is
not the usual way to go ... in fact, after this nobody
realy could help you cause you don't use the default !?
> When I compile, I end up with the following (this is just the last few
> lines). I'm not exactly sure what the error really is that's causing the
> compile to fail. I do not see any other errors prior to this. Was hoping
> someone else might have experienced the same issue. Regardless, hoping to
> find a solution asap. Anybody have any ideas?
>
> make[3]: Leaving directory `/root/php-4.0.6/ext/xml'
> make[2]: Leaving directory `/root/php-4.0.6/ext/xml'
> make[1]: Leaving directory `/root/php-4.0.6/ext'
> Making all in sapi
> make[1]: Entering directory `/root/php-4.0.6/sapi'
> Making all in apache
> make[2]: Entering directory `/root/php-4.0.6/sapi/apache'
> make[3]: Entering directory `/root/php-4.0.6/sapi/apache'
> /bin/sh /root/php-4.0.6/libtool --silent --mode=compile
> gcc -I. -I/root/php-4.0.6/sapi/apache -I/root/php-4.0.6/main -I/root/php-4.
> 0.6 -I/usr/include/httpd -I/root/php-4.0.6/Zend -I/usr/include/mysql -I/root
> /php-4.0.6/ext/xml/expat/xmltok -I/root/php-4.0.6/ext/xml/expat/xmlparse -I/
> root/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c
> sapi_apache.c
> sapi_apache.c: In function `apache_php_module_main':
> sapi_apache.c:80: `NOT_FOUND' undeclared (first use in this function)
> sapi_apache.c:80: (Each undeclared identifier is reported only once
> sapi_apache.c:80: for each function it appears in.)
> make[3]: *** [sapi_apache.lo] Error 1
> make[3]: Leaving directory `/root/php-4.0.6/sapi/apache'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/root/php-4.0.6/sapi/apache'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/root/php-4.0.6/sapi'
> make: *** [all-recursive] Error 1
did you
#> make distclean/clean
#> rm config.cache
after you made any changes ?
--
@ Goetz Lohmann, Germany | Web-Developer & Sys-Admin
\/ ------------------------------------------------------
() He's the fellow that people wonder what he does and
|| why the company needs him, until he goes on vacation.
--- End Message ---
--- Begin Message ---
Mitch Pirtle schrieb:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Thursday 06 February 2003 14:32, Goetz Lohmann wrote:
>
>>Mitch Pirtle schrieb:
>>
>>>-----BEGIN PGP SIGNED MESSAGE-----
>>>Hash: SHA1
>>>
>>>On Wednesday 05 February 2003 01:33, Benjamin Tomhave wrote:
>>>
>>>>Greetings,
>>>>
>>>>I have a legacy site that has yet to migrated from 4.0.x to 4.3.x era
>>>>code. Ergo, I need to install PHP 4.0.6 on RedHat 8.0.
>>>
>>>Good luck, and please let me know if you ever have any success making ANY
>>>version of PHP compile on a RH8 box. I have asked this list several times
>>>now if it is even possible, but only get silence - so I am forced to
>>>assume that I am not alone with this problem.
>>
>>maybe no one answer cause nobody know the question, is busy, or just think
>>this question isn't worth a line to note ... maybe you could find a
>>php-4.3.0 RPM at the link below which mean it is possible to compile it on
>>redhat 8 !
>
>
> The topic posted was that I could not get php-4.3.0 to compile at all, with
> any options, on a stock RH8 box which comes with httpd-2.0.40-11. I also
> cannot get PEAR to function (although the base PEAR libraries work, I just
> cannot use the pear command to install anything else). Sad.
Maybe I think it isn't quite a problem of RH8, cause PHP 4.3.0 is working well
(maybe with Apache 1.3.x) ... I'm sorry ... I don't ever wan't to blame somebody
but the way I go on such problem is to eleminate the imposibilitys. So in fact
if I found a RPM with PHP 4.3.0 for a RH8 box, it must be running on such a box.
Ergo it must be a problem to Apache 2 or something else, but not PHP itself.
And if somebody isn't answering to a question then most often no one knows an
answer to it, didn't ever had such problem, being busy, didn't understand the
question or something else ... but this not mean that it's ain't possible to
get work ... thats just the way I posted the RPM ...
> That was my last question to the list, and I thought I was pretty clear. I
> wanted to know, from the php side, if php 4.3 was ever going to work with RH8
> and httpd2; and I vaguely remember being told that it was a problem with gcc
> (Stig, was that you?)... So I'm not clear as to if this is a gcc issue, or a
> php issue, or a httpd2 issue...
In fact that there IS a working PHP with Apache 1.3.x it have to be a problem
with Apache 2 APXS .. in that way the developer forum of Apache 2 and PHP might
quit more effectiv for your search !
> Then the discussion seemed to digress into an apache1.3-vs-apache2 battle,
> which sounded a little too much like emacs-vs-vi to me. So unanswered was
> the possibility that it was a problem between php's apache module and
> apache2's apxs. I still do not know where the problem is, and am not sure
> what it takes to fix it.
Apache 2.0.x and PHP 4.3.x are both NEW developments, which may still have some
difficultys to operate together. But I'm sure they will in the near future !
Maybe take a look at the developer forum of Apache and PHP ...
>>http://rpm.pbone.net/index.php3?stat=4&idpl=324868&idpa=324868
>
> Only works with apache 1.3, not 2.0. Which tells me that if I want php-4.3.0
> on a RH8 box, I gotta downgrade httpd. Don't know if this fixes PEAR, might
> consider playing with it over the weekend.
at this site you might also find the SRC.RPM package wich might help you more
to get it working with Apache 2
> Thanks for pointing out the site, though... One more resource to find SRPMS!
No problem ... you might also look at
http://rpmseek.com/rpm-pl/php.html?hl=de&cs=php:PN:0:0:0
regards, G.Lohmann
--
@ Goetz Lohmann, Germany | Web-Developer & Sys-Admin
\/ ------------------------------------------------------
() He's the fellow that people wonder what he does and
|| why the company needs him, until he goes on vacation.
--- End Message ---
--- Begin Message ---
I tried the 4.0.6 rpm install, but as is common with RPMs, it requires
specific libraries to be installed -- libraries that are now 2-3 versions
old (as in, RH7.2 vintage). Doesn't work with a RH8 install.
I did not "hack" any configure scripts. There was a post on php.net under
Linux installation manual that suggested modifying /usr/sbin/apxs because
there was an error. It turns out, the error was not using the --with-apxs2
flag on the configure line.
My solution, and the solution which anyone else on old code can try: You can
regain the old global vars behavior from pre-4.2 days by simply editing your
php.ini file and changing "register_globals = Off" to "register_globals =
On".
I went with a RH RPM install for 4.2.x on a different system and made this
change to php.ini and now am in good shape.
I have not been able to get PHP to compile on RH, but my memory from a year
ago was that compiling PHP proved to be a major pain in the arse. Why?
Because the stupid ./configure script is broken!! Pardon my saying so, but
wtf?!? When you run configure and say things like --with-jpeg and you do an
"ldconfig -p | grep jpeg" and you see the library exists and is registered,
then why in the world can't the configure script see the library?!? When I
compiled 4.1.x a year ago, I had to specify directory paths for every single
library I wanted to use, whether it be mysql, jpeg, freetype, gd, mm, etc.
This is absolutely ridiculous! I hope this gets fixed in the near future.
Mitch -- check out the results of ./configure and make sure it's finding
your libraries. If it's not, then try specifying the path to the libs
explicitly (usually =/usr is adequate for me). That may solve your compile
problem. As for your PEAR issue, that sounds weird. Good luck on that!
> -----Original Message-----
> From: Goetz Lohmann [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 06, 2003 7:01 AM
> To: [EMAIL PROTECTED]
> Subject: [PHP-INST] Re: unique install, having problem
>
>
> Benjamin Tomhave schrieb:
> > Greetings,
> >
> > I have a legacy site that has yet to migrated from 4.0.x to
> 4.3.x era code.
> > Ergo, I need to install PHP 4.0.6 on RedHat 8.0. I'm
> configuring with the
> > following options:
> > ./configure --prefix=/usr --with-mysql=/usr
> --with-apxs=/usr/sbin/apxs
> > This seems to work ok (well, ok, I get a warning about apxs,
> but I "fixed"
> > the script to make the error go away and this did not resolve
> the compile
> > error).
>
> maybe try an rpm package instead of compiling by yourself ?
> maybe migration 4.0.x to 4.3.x I consider to only get 4.3.0
> and read the changelog. Every single step which is changed
> from version 4.0.x is documented so thats the point to start
> migrating I gues ... ;-)
>
> by the way ... you hacked the configure script ??? this is
> not the usual way to go ... in fact, after this nobody
> realy could help you cause you don't use the default !?
>
> > When I compile, I end up with the following (this is just the last few
> > lines). I'm not exactly sure what the error really is that's
> causing the
> > compile to fail. I do not see any other errors prior to this.
> Was hoping
> > someone else might have experienced the same issue.
> Regardless, hoping to
> > find a solution asap. Anybody have any ideas?
> >
> > make[3]: Leaving directory `/root/php-4.0.6/ext/xml'
> > make[2]: Leaving directory `/root/php-4.0.6/ext/xml'
> > make[1]: Leaving directory `/root/php-4.0.6/ext'
> > Making all in sapi
> > make[1]: Entering directory `/root/php-4.0.6/sapi'
> > Making all in apache
> > make[2]: Entering directory `/root/php-4.0.6/sapi/apache'
> > make[3]: Entering directory `/root/php-4.0.6/sapi/apache'
> > /bin/sh /root/php-4.0.6/libtool --silent --mode=compile
> > gcc -I. -I/root/php-4.0.6/sapi/apache -I/root/php-4.0.6/main
> -I/root/php-4.
> > 0.6 -I/usr/include/httpd -I/root/php-4.0.6/Zend
> -I/usr/include/mysql -I/root
> > /php-4.0.6/ext/xml/expat/xmltok
> -I/root/php-4.0.6/ext/xml/expat/xmlparse -I/
> > root/php-4.0.6/TSRM -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c
> > sapi_apache.c
> > sapi_apache.c: In function `apache_php_module_main':
> > sapi_apache.c:80: `NOT_FOUND' undeclared (first use in this function)
> > sapi_apache.c:80: (Each undeclared identifier is reported only once
> > sapi_apache.c:80: for each function it appears in.)
> > make[3]: *** [sapi_apache.lo] Error 1
> > make[3]: Leaving directory `/root/php-4.0.6/sapi/apache'
> > make[2]: *** [all-recursive] Error 1
> > make[2]: Leaving directory `/root/php-4.0.6/sapi/apache'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory `/root/php-4.0.6/sapi'
> > make: *** [all-recursive] Error 1
>
> did you
>
> #> make distclean/clean
> #> rm config.cache
>
> after you made any changes ?
>
>
>
> --
> @ Goetz Lohmann, Germany | Web-Developer & Sys-Admin
> \/ ------------------------------------------------------
> () He's the fellow that people wonder what he does and
> || why the company needs him, until he goes on vacation.
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--- End Message ---
--- Begin Message ---
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thursday 06 February 2003 00:06, Terry L. Ensley wrote:
> I was looking through the newsgroups and could not find one for general
> questions, I know this is for install issues.
>
> The questions I want to ask is PhP acceptable/appropriate to use with
> Sequel Server 2000. Perhaps that might help someone to direct me to the
> right forum.
My apologies for sending this back to the php-install list, not sure if this
is correct netiquette or not.
I think PHP would work quite well for you, and recommend you getting a good
look at using PEAR::DB for database abstraction. BTW it comes with PHP4.3.0,
and for other versions is pretty easy to install.
PEAR::DB lets you keep your application one layer away from the database, so
you can switch your 'database driver' without having to gut your application.
So you could start out with ODBC to use SQL/2000 for example, and switch in
the future to anything else if you found the need (Oracle, MySQL,
PostgreSQL..).
http://pear.php.net/manual/en/core.db.php
- --
Mit freundlichen Gruessen / best regards
Mitch
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+Qluqp6W2bojYwv4RAoBhAJ9zsC9Ov8t3YEm67qtkreRK7inZ9wCfVnqp
6jhmgHIAHiuULKPooru3nbE=
=/tZh
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
Terry L. Ensley schrieb:
> I was looking through the newsgroups and could not find one for general
> questions, I know this is for install issues.
>
> The questions I want to ask is PhP acceptable/appropriate to use with Sequel
> Server 2000. Perhaps that might help someone to direct me to the right
> forum.
>
> Thanks
>
[EMAIL PROTECTED]
--
@ Goetz Lohmann, Germany | Web-Developer & Sys-Admin
\/ ------------------------------------------------------
() He's the fellow that people wonder what he does and
|| why the company needs him, until he goes on vacation.
--- End Message ---
--- Begin Message ---
Hello,
I wonder if it's possible to build both the CGI and the Apache module
versions of PHP4 at once, since I think it's a bit of a waste having to
compile each C source code twice. Is there any reason why this isn't
possible (for example, module version must be PIC and CGI version must not)?
Well, if it is possible to do it, why isn't it well documented and
presented as an option in PHP's configure script, as something like
--with-cgi? So that someone could run
./configure --with-apxs=/path/to/apxs --with-cgi
and have both libphp4.so and the php executable built and installed at the
same time.
By the way, I'm with PHP 4.2.2, I don't actually know if this is already
possible in PHP 4.3. Please tell me if so, and excuse me for posting this
in this case.
Thanks,
Filipe
--- End Message ---
--- Begin Message ---
Terry L. Ensley schrieb:
> I got it to run - I hate to admit this but I was trying to load the file
> like an html file. I did not know that I was to load it differently.
>
> I used - http://127.0.0.1:8080/test.php
>
> I could not get - http://localhost/test.php to work.
>
> You can tell I am rank beginner. Any thoughts on why the localhost method
> doesn't work.?
>
> Thanks,
>
> Terry
>
>
8080 is the proxy port ... maybe you might also run
http://localhost:8080/test.php
if this won't work than localhost isn't matched to 127.0.0.1 in
the hosts file like
127.0.0.1 localhost
cause all is done by IP ... also your browser use the IP, only
for human beings are the domain names and if the system can't
resolve localhost to 127.0.0.1 it wouldn't find anything on it.
by the way, default port for http is 80 not 8080 !
--
@ Goetz Lohmann, Germany | Web-Developer & Sys-Admin
\/ ------------------------------------------------------
() He's the fellow that people wonder what he does and
|| why the company needs him, until he goes on vacation.
--- End Message ---
