php-5.2.8-1
+
Par Remi le mardi 9 décembre 2008, 20:51 - Archives - Lien permanent
RPM of the new version php 5.2.8 for Fedora, Enterprise Linux (RHEL, CentOS) are available (with most extensions, including oci8, mssql, sqlite...) in remi (or remi-test for EL) repository. Also available in Rawhide.
Les RPM de la nouvelle version php 5.2.8 sont disponibles pour Fedora et Enterprise Linux (RHEL, CentOS) (avec la plupart des extensions, dont oci8, mssql, sqlite...) dans le dépôt remi (ou remi-test pour EL). Aussi disponible dans Rawhide.
A noter que ces nouveaux RPM ont été construit avec :
- MySQL version 5.1.30 disponible ici (pour php-mysql)
- Oracle Instant Client version 11.1.0.7 (pour php-oci8). Voir la fiche sur RPM Oracle Instant Client pour l'explication sur la construction des RPM.
Dans cette version, le paquet php-mssql fournit désormais aussi le pilote PDO pour l'accès aux bases Microsoft SQL Server et Sybase.
Concernant EL (RHEL ou CentOS), la version MySQL 5.1.30 étant encore dans le dépôt remi-test, c'est aussi dans ce dépôt que se trouve cette nouvelle version de PHP. L'ensemble sera rapidement basculé dans le dépôt stable
Utilisez YUM pour les installer :
yum --enablerepo=remi update php-\*
Pour ceux qui préfère le téléchargement à Yum (il y en a encore ?), voir le dépôt
Attention : la lecture des documentations suivantes est indispensable dans le cas d'une mise à jour depuis les version 5.0.x ou 5.1.x :
- PHP 5.2.8 Release Announcement version sortie rapidement pour corriger une grosse régression de la 5.2.7 (seulement 4 jours après)
- PHP 5.2.7 Release Announcement version sortie le 4 décembre
- PHP 5 ChangeLog
- PHP 5.2 UPDATE INFO
Si vous utilisez une version < 5.2.0, il s'agit d'une mise à jour majeure. Vos scripts peuvent ne plus fonctionner, pensez donc à planifier un plan de test sérieux avant de faire la migration.
Si vous êtes encore utilisateur de PHP 4, je vous invite à visiter Go PHP 5.
Commentaires
Ajout des RPM pour Fedora Core 4 et 5 (mais est-ce bien utile ?).
It's not updating:
yum update
Loading "fastestmirror" plugin
Loading mirror speeds from cached hostfile
* epel: fr2.rpmfind.net
* remi: rpms.famillecollet.com
* rpmforge: fr2.rpmfind.net
* epel-testing: fr2.rpmfind.net
* epel-testing-debuginfo: fr2.rpmfind.net
* lxlabsupdate: download.lxlabs.com
* remi-test: rpms.famillecollet.com
* lxlabslxupdate: download.lxlabs.com
* base: mirror.netcologne.de
* updates: mirror.netcologne.de
* epel-debuginfo: fr2.rpmfind.net
* epel-testing-source: fr2.rpmfind.net
* epel-source: fr2.rpmfind.net
* addons: ftp.hosteurope.de
* extras: ftp.hosteurope.de
Excluding Packages in global exclude list
Finished
Setting up Update Process
No Packages marked for Update
It updated automatically ;)
PHP 5.2.8 (cli) (built: Dec 9 2008 14:11:33)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
with XCache v1.2.1, Copyright (c) 2005-2007, by mOo
with the ionCube PHP Loader v3.1.31, Copyright (c) 2002-2007, by ionCube Ltd., and
with Zend Extension Manager v1.2.0, Copyright (c) 2003-2007, by Zend Technologies
with Suhosin v0.9.27, Copyright (c) 2007, by SektionEins GmbH
with Zend Optimizer v3.2.8, Copyright (c) 1998-2007, by Zend Technologies
Bravo pour tout ce travail effectué.
Qu'en est 'il du bug xml : http://bugs.php.net/bug.php?id=4599... je rencontre toujours le même bug même avec cette version 5.2.8, sans vouloir abuser serait possible de créer un paquet lié avec libexpat SVP ?
I was compiling php-5.2.8 and noticed that some options I was using from the RHEL5 php release of 5.1.6 were not working anymore. I noticed that you include some of these in your .spec file. Just thought I would let you know. It still works though.
PHP-5.2.8
Notice: Following unknown configure options were used:
--with-png
--with-expat-dir=/usr
--enable-track-vars
--enable-trans-sid
--enable-yp
--enable-memory-limit
--enable-dbx
--enable-dio
--with-xml
--with-system-tzdata
--enable-mbstr-enc-trans
--with-dom-xslt=/usr
--with-dom-exslt=/usr
Some of this options are no more available in latest PHP, extensions (dbx, dio, yp) must be build as pecl extensions but doesn't seems to be maintained. You must evaluate if you need them.
Others are enable by default (memory_limit) or present (tzdata) or have changed (xml).
++
Bonjour,
Très bon travail ! J'en suis à mon second serveur mis à jour avec vos RPM (CentOS 5 64bits). Mais j'ai un problème sur le second : je suis passé de 5.1.6 à 5.2.6 il y a 3 jours, et je viens de m'apercevoir que j'ai perdu Postgresql. J'ai bien Mysql qui fonctionne, mais Postgres (8.1.4) n'est plus lié à PHP. J'ai bien entendu vérifié qu'il existait toujours une bibliothèque pgsql.so dans /usr/lib64/php/modules, que le RPM php-psql était présent, que php.ini existait bien dans /etc/php.d. phpinfo() ne m'affiche plus rien sur Postgresql, et phppgadmin (l'équivalent de phpmyadmin en Postgresql) ne veut pas se charger car il ne trouve pas les fonctions Postgresql. Qu'est-ce que j'ai raté ?
@Sylvain : php 5.2.6 ou 5.2.8... ?
Quelques petites commandes pour essayer de comprendre ce qui se passe
Chez moi, pas de problème, pour le dernier,
c'est postgresql-libs-8.1.11-1.el5_1.1
++
P.S. voir aussi le journal des erreurs au lancement d'apache
(/var/log/httpd/error_log).
Merci Rémi pour ces conseils; effectivement, je commence à cerner mon problème... mais sans encore avoir la solution.
Pour la version de php : j'étais en 5.2.6, mais je n'avais pas mis à jour ton .repo, et "remi-test" était toujours sur le dépôt de Free. J'ai corrigé, réinstallé, et maintenant je suis en 5.2.8.
Par contre, le problème persiste. le vrai message d'erreur m'est donné par /var/log/httpd/error_log :
Unable to load dynamic library '/usr/lib64/php/modules/pgsql.so' - /usr/lib64/php/modules/pgsql.so: undefined symbol: PQescapeByteaConn in Unknown on line 0
En cherchant sur les forums, je pensais que mon Postgresql n'était pas suffisamment à jour (v8.1.4) et je l'ai upgradé (8.3.5). Du coup, je suis maintenant en libpq.so.5... Greuuu... Du coup, rpm -qf /usr/lib64/libpq.so.4 ne donne rien, car elle n'existe pas, alors que j'ai postgresql-libs-8.3.5-1PGDG.rhel4, qui lui, apporte libpq.so.5. J'ai aussi compat-postgresql-libs, mais qui amène libpq.so.3.
Ouf, j'y suis arrivé... Merci pour tes conseils !
J'ai désinstallé tout ce qui dépendait de compat-postgresql-libs (en fait compat-postgresql-libs-4-1), puis compat-postgresql-libs lui-même, pour résintaller compat-postgresql-libs-3-2, pour enfin réinstaller php-pgsql de ton dépôt. Je n'ai toujours pas de libpq.so.4, mais un libpq.so.3 reconnu par les autres packages... Je vais essayer de chercher de la littérature sur cette histoire de -4-1 vs -3-2, car je pensais connaitre assez bien Postgresql, mais là, j'ai calé...
En tout cas, tout monte, mes sites Mysql et mes sites Postgresql...
Merci BEAUCOUP de ton aide et de ta réactivité !
Pour résumer.
php-pgsql est toujous construit avec le PostgreSQL fournit en standard sur la distribution :
Par contre php-mysql est toujours construit avec le MySQL présent dans mon dépôt :
++
Hi, when trying to install some php-* packages in CentOS 5.2 64bit, I get:
Error: Missing Dependency: libsqlite.so.0()(64bit) is needed by package php-pdo
The default RPM package from CentOS 5 (RHEL 5) is sqlite-3.3.6, which provides /usr/lib64/libsqlite3.so.00 and not /usr/lib64/libsqlite.so.0
Was there any specail reason to compile against sqlite version 2 ?
Regards!
php-pdo requires both libsqlite.so.0 (from sqlite2-2.8.17 from my repository) and libsqlite3.so.0 (from sqlite-3.3.6 from standard repository).
This is a compatibility choice to provide both SQLite v2 and SQLite (PDO) v3 functions. PHP 5.3.0 will also provides new SQLite v3 classe.
Yes SQLite v2 is obsoleted. Providing this functions is only a help to run old applications (which sould be rewrited)
++
Hm... when I try to update using
yum --enablerepo=remi update php-\*
it will only update php-pear but nothing else? Any command I need to execute before to update the repository?
Best regards,
Michael
@Mike : which distro ?
Which php version is installed ? (rpm -q php)
+
Transféré de remi-test vers remi pour la verions Enterprise Linux (RHEL, CentOS, ...)
When I try and install this version of PHP 5.2.8 on my CentoS 4 server running MySQL4 it complaints about mysqlclient errors. Do you have a mysqlclient rpm I can use to install this php 5.2.8 rpms on a server with MySQL4?
Had same problem on your 5.2.6 build and you give me a link to a mysqlclient rpm in a test folder, but I cannot find the same for 5.2.8?
Thank you very much for your hard work!
A long time ago, I have build a mysqclient15 to have php-mysql build against mysql 5.0 to run with mysql 4.1 installed.
But I haven't (yet) create the mysqlclient16 to have php-mysql build against mysql 5.1 to run with mysql 4.1 or 5.0.
I need to think to see if there is a place on my TODO list for this.
++
I would be happy to pay/donate to have such a module exist, if it helps you create time to do it... I am desperate for it :)
@Matt W : can you try the mysqlclient16 available in remi-test repository (el4 and el5 only) ?
Using something like :
I cannot be paid for my work, but if you're happy, visit my Amazon wishlist.
++
P.S. of course, at least, feedback is expected ;)
Those packages worked perfectly - THANK YOU.
Something nice from your wishlist will be on its way next week!!
Me sirvio para actualizar al PHP 5.2.8-1.....
Actualize mi repo:
****************************
#wget http://download.fedora.redhat.com/p...
#wget http://rpms.famillecollet.com/el5.i...
#rpm -Uvh remi-release-5*.rpm epel-release-5*.rpm
****************************************************************
Por defecto la repo esta descativada, para actualizar a PHP 5.2.8, ejecutar lo siguiente:
*****************************************
#yum --enablerepo=remi update php
*************************************************
Si les sale errores de confilcto con mysql, entonces actalizar mysql con la misma repo:
***************************************
#yum --enablerepo=remi update mysql
****************************************
Volver a actualizar php por si no actualizó:
*****************************************
#yum --enablerepo=remi update php
*************************************************
Luego reiniciar Apache:
******************************************
#service httpd restart
***************************************
Luego Instalar el paquete php-mssql:
***********************************
#yum --enablerepo=remi install php-mssql
**************************************
Solucionado
Un GROS merci!!!
It seems there is a bug in PHP 5.2.8 related to unicode and PCRE - see http://bugs.php.net/bug.php?id=4680... Could you please consider building an updated PHP 5.2.8 with this bug fixed. If not, I fear I (and many more) must downgrade to PHP 5.2.6.
Thanks a lot for your work.
Regards, Hans
@Hans Nordhaug : have you reproduce this bug ?
I cannot, see pcre.php (CentOS 5.2, php 5.2.8).
+
Before reading on: Sorry about the long comment. This is probably something that could have been reported at bugs.php.net. However, you are probably in the position to test it on PHP 5.3 and possibly backport the fix (if any), if it's not already on the 5.2 branch.
----
OK, you are correct - the code in that bug report works. Sorry. I (falsely) assumed that my preg_match bug was the same issue. Anyway, further testing seems to indicate that the problem is related to the size of the input string to preg_match. Here are to examples - only difference is size of input:
http://prod1.tibe.no/pcre-test-segf...
http://prod1.tibe.no/pcre-test-ok.p...
Append an "s" to get the source code.
PS1! This is the web page that cause a segmentation fault if passed as input to preg_match:
http://prod1.tibe.no/pcre-test.html
PS2! Some further testing shows me that it also didn't work in PHP 5.2.6:
http://prod2.tibe.no/pcre-test-ok.p...
http://prod2.tibe.no/pcre-test-segf...
PS3! Even more testing shows me that it does work in PHP 5.1.6:
http://home.himolde.no/~nordhaug/pc...
Merci également pour tout ce bon travail.
Par contre j'ai un petit soucis en utilisant php 5.2 sur une RHEL5 : rrdtool n'est plus fonctionnel. Le paquet rrdtool-php provenant de chez EPEL doit être construit sur le PHP d'origine :
-----
PHP Warning: PHP Startup: rrdtool: Unable to initialize module
Module compiled with module API=20050922, debug=0, thread-safety=0
PHP compiled with module API=20060613, debug=0, thread-safety=0
These options need to match
-----
Est-ce envisageable d'ajouter ce paquet parmis les modules php gérés ici ? Si c'est trop demander je comprendrais bien sur. Par contre je suis assez embêté car je n'arrive même pas à le reconstruire depuis le SRPM, la compilation échouant sur :
-----
checking host system type... Invalid configuration `x86_64-redhat-linux-gnu': machine `x86_64-redhat' not recognized
checking build system type... Invalid configuration `x86_64-redhat-linux-gnu': machine `x86_64-redhat' not recognized
loading cache ./config.cache within ltconfig
ltconfig: you must specify a host type if you use `--no-verify'
Try `ltconfig --help' for more information.
configure: error: libtool configure failed
-----
Désolé si ce n'est pas l'endroit approprié pour de l'aide à la compilation de rrdtool, mais je reste preneur de toute piste. Merci !
@Greg : rrdtool-php-1.2.27-3.el5.remi.x86_64.rpm, build against php 5.2.8 pushed in remi repo for EL5.
Can you try it please ?
+
Great ! Magnifique !
J'ai installé sans problème l'ensemble des paquets rrdtool à présent fournis ici (histoire d'éviter les mix de dépôts avec EPEL). Fini les incompatibilités, PHP charge enfin le module.
Un peu tôt pour assurer qu'à l'usage tout est bon, mais je suis plutôt confiant. Je signalerai si je vois un problème sinon c'est que tout est okay.
Jolie réactivité, encore merci !
Billet archivé, voir php-5.2.9-1