You are not logged in.

#1 2007-09-26 21:49:35

Pierre
Developer
From: Bonn
Registered: 2004-07-05
Posts: 1,964
Website

PHP Update and Modularization

The PHP package was rebuilt in order to provide more functionality while
reducing explicit dependencies and memory usage. This was achieved by
building most PHP modules as shared objects instead of building them
statically in.

In addition to this it is easier to use and package external PHP modules and
its configuration due to the possibility to have a separate config file for
every extension. Those ini files are stored in /etc/php/conf.d/ and will
automatically used by PHP.

If you are using PHP on a webserver connected to the internet you might be
interested in installing the php-suhosin package as well which was moved from
the [community] into the [extra] repository. Along with the suhosin-patch
which ships with the current PHP packge this extension provides some advanced
security features. For some more information on this see
http://www.suhosin.org.


The packages will remain in [testing] for at least a few days. Please test
this package with your favorite scripts and report any error or suggestions:
http://bugs.archlinux.org

If you update from a previous PHP setup, take care of the following changes:

* Due to the modularization you have to enable some modules which were
  built-in before. For a quick overview compare the modules section at the
  bottom of your php.ini with the new one which will be stored as
  php.ini.pacnew

* PHP itself does not have any explicit dependencies, but some extensions will
  only work with certain package installed. Those will be displayed during the
  installation.

* If you are using any PHP extension from [community] or AUR you will have
  to rebuild them against this PHP version. As soon as this package arrives in
  [extra], all extensions in [community] will be updated.

Pierre

Offline

#2 2007-09-28 13:50:47

roadboy
Member
From: Turkey
Registered: 2007-06-23
Posts: 38
Website

Re: PHP Update and Modularization

However I edit lines below, it still tries to use /tmp/mysql.sock

mysql.default_socket = "/var/tmp/mysql.sock"
mysqli.default_socket = "/var/tmp/mysql.sock"

I'll create a symlink in /tmp to /var/tmp/mysql.sock till it's fixed smile


in /dev/null no one can hear your scream...

Turkish Archlinux & KDEmod Mirror Administrator
http://server.elsistech.com/archlinux/ ~ http://server.elsistech.com/archlinux/kdemod/

Offline

#3 2007-09-28 13:58:51

Pierre
Developer
From: Bonn
Registered: 2004-07-05
Posts: 1,964
Website

Re: PHP Update and Modularization

Well, you changed this in my.cnf then, right? By defaulkt Arch uses /tmp/mysql.sock (see http://cvs.archlinux.org/cgi-bin/viewcv … vs-markup). Any reason for changing this? In contrast to /tmp /var/tmp is persistent among rebooting.

Anyway: Did this work with the previous version of php? Does phpinfo show your changes to the socket location?

Offline

#4 2007-09-28 14:10:08

roadboy
Member
From: Turkey
Registered: 2007-06-23
Posts: 38
Website

Re: PHP Update and Modularization

Pierre wrote:

Well, you changed this in my.cnf then, right? By defaulkt Arch uses /tmp/mysql.sock (see http://cvs.archlinux.org/cgi-bin/viewcv … vs-markup). Any reason for changing this? In contrast to /tmp /var/tmp is persistent among rebooting.

Anyway: Did this work with the previous version of php? Does phpinfo show your changes to the socket location?

Everything was fine with the previous version. I upgraded to testing version 5.2.4-4 and mysql connection got broken. There's a silly enterprise application we use and if the mysql.sock file is in /tmp it gives security errors. That's why i need to change default config. Below is a screenshot from phpinfo.

msockae1.th.png


in /dev/null no one can hear your scream...

Turkish Archlinux & KDEmod Mirror Administrator
http://server.elsistech.com/archlinux/ ~ http://server.elsistech.com/archlinux/kdemod/

Offline

#5 2007-09-28 14:31:24

Pierre
Developer
From: Bonn
Registered: 2004-07-05
Posts: 1,964
Website

Re: PHP Update and Modularization

OK, I'll have to look into this. Screenshot looks ok I think.

Offline

#6 2007-09-28 15:47:39

Pierre
Developer
From: Bonn
Registered: 2004-07-05
Posts: 1,964
Website

Re: PHP Update and Modularization

I just  switched my mysql config to use /var/tmp/mysql.sock and change mysql[i].default_socket in php.ini. And it works without any problems. So the problem must be somewhere else.  What error message do you get?

Offline

#7 2007-09-28 16:16:41

roadboy
Member
From: Turkey
Registered: 2007-06-23
Posts: 38
Website

Re: PHP Update and Modularization

I've just found what the problem is. The cron job of our silly application creates symlink to /dev/null for .bash_history of root and this sometimes causes permission change on /dev/null from 666 to 600. Whenever httpd was restarted while /dev/null permission was 600, php couldn't use mysql.sock. That's all, sorry for wasting your time Pierre hmm


in /dev/null no one can hear your scream...

Turkish Archlinux & KDEmod Mirror Administrator
http://server.elsistech.com/archlinux/ ~ http://server.elsistech.com/archlinux/kdemod/

Offline

Board footer

Powered by FluxBB