Encuentro Alternativo

libt1.so.5()(64bit) is needed by package php-gd-5.3

Al actualizar PHP 5.3 y para instalar posteriores módulos necesitaremos el repositorio desde donde se toman las fuentes, pero además también los repos epel (de Fedora en este caso), de lo contrario al procesar instalaciones de php podremos ver ese error:

[root@srv22xb.zoomserv.com:~]yum --enablerepo=remi install php-gd
Loaded plugins: rhnplugin, security
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package php-gd.x86_64 0:5.3.0-2.el5.remi.2 set to be updated
--> Processing Dependency: libt1.so.5()(64bit) for package: php-gd
--> Finished Dependency Resolution
php-gd-5.3.0-2.el5.remi.2.x86_64 from remi has depsolving problems
--> Missing Dependency: libt1.so.5()(64bit) is needed by package php-gd-5.3.0-2.el5.remi.2.x86_64 (remi)
Error: Missing Dependency: libt1.so.5()(64bit) is needed by package php-gd-5.3.0-2.el5.remi.2.x86_64 (remi)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
The program package-cleanup is found in the yum-utils package.
[root@srv22xb.zoomserv.com:~]

En este ejemplo estoy usando el repo de Remi, sería lo mismo para otros repo’s que nos proveen de paquetes actualizados de PHP-MySQL en CentOS o RHEL 5.x. Como dije antes, la solución es instalar los repo’s Epel de Fedora y listo

Teniendo en cuenta el advenimiento de PHP 6, la ya estandarización definitiva de PHP 5 como versión estable de este lenguaje, y que PHP 4 dejará de tener soporte a finales del próximo mes de Diciembre, decidí actualizar un sistema con PHP 4.4.7 y Apache 1.3.3.9 a PHP 5.2.5, y Apache 2.0.61.

Todo el proceso de upgrade fue bien, por las dudas obviamente hice backups de los respectivos archivos de configuración de cada servicio. Luego del upgrade, procedí a reinstalar ciertos añadidos como ZendOptimizer, Eaccelerator, Mod_Security, etc, todo salió perfectamente y sin problemas.

Faltaba la verificación final de las páginas, por ello cargué página por página que había en este server, y todas me dieron bien, excepto una que usaba includes remotos, generaba el siguiente error:

URL file-access is disabled in the server configuration

Al parece la variable allow_url_fopen desaparece de php.ini, y debe ser reemplazada para que los includes remotos funcionen, simplemente reemplacen:

allow_url_fopen = On

Por:

allow_url_include = On

Luego de eso, reinician el servidor web y listo