Foro - Perl en Español

No sé en qué sistema operativo estás, pero lo normal es que LWP ya esté instalado de base. Otra cosa es que quieras actualizarlo, pero para eso es siempre mejor usar el sistema de gestión de paquetes software de tu sistema operativo. Tanto LWP como HTTP::Date deberían estar incluidos en algún paquete llamado libwww-perl o algo parecido.

Por favor, no mezcles formas de instalar módulos, salvo que sepas lo que estás haciendo.

Sigue el orden recomendado de instalación de módulos.

Mejor que el comando cpan, sería recomendable usar cpanp (cpanplus). Pero con el primero, es suficiente.

Nos dices que falla un test, pero no sale el mensaje de error. Si el cpan encuentra un módulo que no está, debería intentar bajarse ese módulo, y así, de forma recursiva. Si lo tienes configurado para que no lo haga, entonces deberás bajarlo e instalarlo manualmente (con otro comando cpan, o siguiendo el orden indicado en el enlace anterior).

Con la opción -f del comando cpan, puedes "forzar" a que haga lo que quieres, como volver a instalar el módulo o distribución. O forzar una instalación, a pesar de que falle un test.

El proceso de

• bajar el fichero tar.gz
• descomprimirlo
• ejecutar el fichero Makefile.PL
• hacer el make
• hacer el make test
• hacer el make install

es justo lo que hace el comando cpan o cpanp, de forma automática.

La gran diferencia que puede haber entre los dos, es que cpan intentará instalar el módulo en alguno de los directorios predefinidos de Perl, en el sistema, mientras que ejecutando los pasos sueltos, quizás los instale en otro sitio.

Por eso te dije que no mezclaras las formas de instalar módulos. Dentro de /usr/lib/perl o /lib/perl encontrarás todos esos directorios. Si ejecutas perl -V te los muestra al final.

Así, puede darse el case de que instalas un módulo, se queda en un sitio, y cuando intentas instalar el siguiente, al usar otro método, el perl (el intérprete), lo encuentra en un directorio distinto a donde instalaste el anterior. Y si son de versiones distintas, pues... fallo.

A mí me pasó algo parecido. Hasta que no hicimos limpieza de todos los directorios, no hubo forma de deshacernos de versiones obsoletas, que estaban repartidos entre varios directorios.

Y te ruego que sigas los pasos indicados en el enlace del mensaje anterior: busco los módulos a instalar primero con el yum.

Un dato que nos falta es saber la versión de Perl, pero parece que es el v5.10.0, que no está muy fino que digamos. Lo mínimo sería tener un v5.10.1, que corrige muchos errores.

Esto es lo malo de usar un Linux de Red Hat o derivado de él. Su software preinstalado funciona, pero en muchas ocasiones es viejísimo.

Tu Perl es de hace 4 años y dos meses. Y con algunos errores graves de diseño. Y lo peor es que estos Linux se actualizan muy mal: Perl es una parte importante de los Linux modernos, así que no es nada sencillo, y algunas veces imposible, actualizar la versión del intérprete perl en un sistema así, ya que hay muchos scripts que dependen de Perl, de tal manera que, decir actualizar Perl es lo mismo que decir actualizar todo el sistema. Por eso dudo que yum te dejase hacer un remove de perl. Hubiese quedado parado. O quizás es una versión de CentOS que no depende de Perl tanto como antes.

Y cuando instalas paquetes con el yum, este los baja de sus propios repositorios, que contienen software no muy actualizado. Por ejemplo, pones que perl-libwww-perl es la versión 5.805, que ya ni siquiera existe en CPAN, por lo que seguramente será también de hace cuatro años o más.

En cambio, cuando usamos el comando cpan, estamos bajando la última versión. Y si tu Perl es muy viejo, pues no podrá instalarlo.

El mensaje de fallo de t/message-charset.t, creo que viene de intentar instalar HTTP::Message. El código de esa prueba es este. Y sí que tiene 38 pruebas. Lo que no sabemos es porqué solo te marca que ha hecho 6.

Intenta instalar solo HTTP::Message, y nos mandas toda la salida.

Estoy casi convencido de que es un problema de HTTP::Response, o quizás del bajo soporte de UTF-8 en Perl v5.10.0.

El caso... no veo nada extraño en /t/message-charset.t. Pero en la línea 8 pone
use HTTP::Response;

sin indicar qué versión de HTTP::Response queremos hacer las pruebas.

De todas maneras, en la última pregunta que te hace, te pregunta si quieres forzar la instalación, a pesar de que hayan fallado los test. Respondiendo con 'y', seguiría con la instalación.