php-install Digest 26 Jun 2001 03:16:38 -0000 Issue 335

Topics (messages 3338 through 3343):

Can't set open_basedir
        3338 by: Marc Eggenberger

Re: Help!!! I'm trying to install php405-installer on windows 2000
        3339 by: Phil Driscoll

Problems with php4.0.6
        3340 by: Andreas Boehm

Re: redhat 7.0 missing libgd.so
        3341 by: alan

php 4.0.6 and GD
        3342 by: Kelvin Luck
        3343 by: Jani Taskinen

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]


----------------------------------------------------------------------


Hi ...

I have several virtual servers running under apache 1.3.20 and php 
4.0.6, they are all locatet under one tree:

/virt-servers/{name}

At the current config apache is running as user nobody. this user has 
read ability on the /virt_servers dir. Now a user can read access the 
whole path, he can also read other users files, which may include 
usernames/passwords.

Now I tried to set the value open_basedir, so that scripts for a 
specific virtual server can only access files within this virt-server

my virt-server directiv in httpd.conf looks like this

<VirtualHost 1.2.3.4>
ServerAdmin [EMAIL PROTECTED]
DocumentRoot /home/me/web
ServerName eggi.me.com
ErrorLog /apachelogs/eggi/errorlog/eggi_error.log
TransferLog "|rotatelogs /apachelogs/eggi/transferlog/eggi_transfer.log 
30"
php_value include_path "/home/me/web"
php_value open_basedir "/home/me/web"
</VirtualHost>


the value include_path is set correctly, which I checked with phpinfo() 
.. but open_basedir doesn't seem to be set ... 

someone knows why?

any hints?

-- 
mfg
Marc Eggenberger




On Monday 25 June 2001 12:10, D. Moglin wrote:
> By "no result" I mean that PHP is not working.  My test file (copied from
> the instructions at php.net) shows only  a blank page.

If you view the page source, do you get the source code of your php script?
If so, you have somehow misconfigured your web server. Review what you did 
against the instructions in install.txt and see if you can spot any problem.

Cheers

-- 
Phil Driscoll




Hello,
A configure my php with:
./configure
        --with-mysql
        --with-gd
        --with-apxs
        --with-jpeg-dir
        --with-png-dir
        --with-imap
        --with-zlib-dir
        --enable-sysvshm=yes
        --enable-sysvsem=yes
        --enable-track-vars=yes
        --enable-url-includes=yes
        --with-tiff-dir
        --with-pdflib=/usr/local/pdflib
        --enable-shared-pdflib
        --with-ttf 
        --with-kerberos 
        --with-imap-ssl=/usr/include/openssl

An when i reload my apache, I get following error:
libphp4.so into server: undefined symbol: SSL_CTX_set_tmp_rsa_callback

I have a RedHat 7.0 machin with:
apache-devel-1.3.12-25
apache-1.3.12-25
openssh-askpass-2.5.2p2-1.7
openssl-devel-0.9.6-3
openssl-0.9.5a-14
openssl-0.9.6-3
gd-devel-1.8.3-7
gd-1.8.3-7
imap-devel-2000-9
imap-2000-9



Anybody an idea to fix my problem?


Thanks
Andreas







I've installed redhat 7.0  and need to find libgd.so is there an rpm that has
this?

The Error I get is:
 rpm -iv php4-4_0_3pl1-6cl_i386.rpm
error: failed dependencies:
        libgd.so.1 is needed by php4-4.0.3pl1-6cl


Alan DeRossett








Hi,
I am just trying to install php 4.0.6 on redhat 7.1 so that I can use the
new GD library functions. I first downloaded and installed the newest GD
libraries (2.0.1 beta) and installed them. I presume that this worked OK
because I didn't get any errors. I also made sure I removed the rpm of an
earlier version of the gd libraries from the computer to avoid conflicts.
I installed GD ("make install") and it seemed to go OK, no errors reported
and seemed to copy the file to the right place...
Then I configured php:

./configure \
--with-apxs=/usr/local/apache/bin/apxs \
--enable-track-vars \
--with-config-path-file=/etc \
--with-mysql=/usr/local/mysql \
--with-gd \
--with-jpeg-dir=/usr/lib \
--with-xpm-dir=/usr/X11R6

I found that I needed the last two arguments so that configure didn't throw
an error, which it doesn't. But when I try and make php I get this error:

.
.
.
gd.c:95: conflicting types for 'gdIOCtx'
/usr/include/gd_io.h:previous declaration of 'gdIOCtx'
make[3]: *** [gd.lo] Error 1
.
.
.

That error causes make to stop and prevents me from installing php... Has
anyone got any ideas on how to avoid this? If I compile and leave
out --with-gd then it makes fine... But I'm upgrading because I want to use
the new image functions!
Any help or suggestions would be much appreciated,
tia,
Kelvin.






Try checking the mailing list archives. This has been answered
at least a dozen time now.

--Jani

On Mon, 25 Jun 2001, Kelvin Luck wrote:

>Hi,
>I am just trying to install php 4.0.6 on redhat 7.1 so that I can use the
>new GD library functions. I first downloaded and installed the newest GD
>libraries (2.0.1 beta) and installed them. I presume that this worked OK
>because I didn't get any errors. I also made sure I removed the rpm of an
>earlier version of the gd libraries from the computer to avoid conflicts.
>I installed GD ("make install") and it seemed to go OK, no errors reported
>and seemed to copy the file to the right place...
>Then I configured php:
>
>./configure \
>--with-apxs=/usr/local/apache/bin/apxs \
>--enable-track-vars \
>--with-config-path-file=/etc \
>--with-mysql=/usr/local/mysql \
>--with-gd \
>--with-jpeg-dir=/usr/lib \
>--with-xpm-dir=/usr/X11R6
>
>I found that I needed the last two arguments so that configure didn't throw
>an error, which it doesn't. But when I try and make php I get this error:
>
>.
>.
>.
>gd.c:95: conflicting types for 'gdIOCtx'
>/usr/include/gd_io.h:previous declaration of 'gdIOCtx'
>make[3]: *** [gd.lo] Error 1
>.
>.
>.
>
>That error causes make to stop and prevents me from installing php... Has
>anyone got any ideas on how to avoid this? If I compile and leave
>out --with-gd then it makes fine... But I'm upgrading because I want to use
>the new image functions!
>Any help or suggestions would be much appreciated,
>tia,
>Kelvin.
>
>
>



Reply via email to