Los usuarios se quejan de que falla Perl tras la última actualización de seguridad de Mac OS X
Hay muchos usuarios en la Red que se están quejando de que la última actualización de seguridad de Mac OS X tiene la “habilidad” de romper Perl. Por ejemplo, un usuario del sistema operativo de la manzana ha dicho en el foro de soporte de Apple que “acabo de hacer la actualización vía la opción Actualización de software… y todo funciona bien salvo que Perl ha muerto“. Y otro mensaje más: “al intentar ejecutar los scripts de Perl desde la línea de comandos, que funcionaban perfectamente antes de la actualización, ahora no pasa nada“.
Según el blogger Tatsuhiko Miyagawa el problema con Perl sólo se produce si se está ejecutando Leopard (Mac OS X 10.5), se está usando la distribución de Perl propia del sistema operativo y se ha actualizado a través de CPAN (Comprehensive Perl Archive Network), ampliamente utilizado para la recopilación de módulos de Perl.
Miyagawa dice que después del problema se genera un mensaje de error parecido a este:
% perl -MIO IO object version 1.22 does not match bootstrap parameter 1.23 at /System/Library/Perl/5.8.8/darwin-thread-multi-2level/XSLoader.pm line 94.
Compilation failed in require. BEGIN failed–compilation aborted
Esto indicaría que la actualización de seguridad de Mac OS X devuelve a Mac Perl a un objeto IO incompatible con los nuevos módulos de CPAN. “La actualización de seguridad aporta un (antiguo) IO.bundle con la versión 1.22 pero su IO.pm se ha actualizado a la última en 1.23 en el depósito de CPAN. (Eso sí, 1.23 fue lanzada en el 2006… ¿Por qué hacer que vuelva la antigua versión?“, dice Miyagawa.
El blogger aclara que se puede solucionar (parcialmente) el problema si volvemos a cargar el módulo de IO, aunque mientras Perl esté roto hay que hacer esto con cuidado. “Como Perl está estropeado, aunque quieras actualizar iO.pm a 1.23, no podrás correr el shell de CPAN, por lo que tendrás que ir a CPAN, grabar IO-1.2301.tar.gz, descomprimirlo, correr Makefile.PL y hacer sudo make install“.
“Esta es otra razón por la que no deberíamos usar el Perl que viene con los vendedores. En esto Apple no es diferente de Fedora“, dice Miyagawa.
