Foro - Perl en Español

La opción -M indica que se debe cargar el módulo con el nombre que le sigue.

Es decir, que

-MAnyEvent

es lo mismo que si hubiéramos

use Anyevent;

en el programa. (¡Ojo! Observa que no hay espacio entre '-M' y el nombre del módulo.

Pero este módulo tiene un problema...

Él necesita saber el modelo de ejecución, para cargar uno u otro. Por ejemplo, si ve que, antes, se cargó el módulo Tk, sabe que debe cargar AnyEvent::Impl::Tk para gestionar eventos en ese modelo.

Pero en la línea de comandos no estás indicando ningún modelo. Y ese es justo el significado del error: AnyEvent no sabe qué modelo de eventos debe cargar.

Yo probaría, primero, a ejecutar pp pero sin '-MAnyevent'.

Module::ScanDeps es usado por pp.

También sale un aviso de que necesita el compilador gcc...

¿Es realmente tan necesario empaquetar el programa?

Yo no he empaquetado un programa Perl nunca.

scout escribiste:He leído los temas referentes a cómo presentáis vuestros trabajos a los clientes y comparto plenamente la postura, pero necesito dejarlo al menos un poco cerrado y fácil de instalar y evitar problemas.

¿Qué problemas? Mis problemas terminan cuando el producto se entrega, se instala, se corren los test de prueba y se demuestra que todo funciona según los requerimientos. El cliente firma el parte de entrega, paga la parte final del contrato, y yo me marcho por la puerta.

Si el usuario o uno de sus técnicos empieza a jugar con los códigos, ya no es problema mío.

Si me llaman diciendo que algo no funciona, les recuerdo que el programa ha pasado los test de pruebas y que el cliente firmó el visto bueno.

Si me llaman para arreglarlo, les cobraré la misma tarifa que si fuera un fontanero (que, a propósito, es bastante alta).

scout escribiste:Por eso no se me ocurre otra forma de dejar cerrado en algunos .exe para que luego los técnicos se dediquen a instalarlo fácilmente.

Yo, algunas veces, les he enviado un fichero zip, indicando en qué lugar deben descomprimirlo. Bueno, esto fue cuando trabajaba en Windows. Ahora con Linux es más fácil.

scout escribiste:Aprovecho esta pregunta para consultaros si el Perl 6 tiene contemplado empaquetar a .exe de alguna forma más sencilla... O seguiremos dependiendo de los módulos...

Siempre dependeremos de los módulos... ¿Acaso los programas en .Net o Java no dependen de bibliotecas externas?

1.- dentro de los programas, tu puedes indicar qué versión de cada módulo que va a necesitar. Si no se cumple esa premisa, el programa termina con un aviso de error.

Ejemplo: si pongo al principio del programa

use 5.012;

entonces el programa no se ejecutará si el intérprete perl no es igual o superior a v5.12.

Para el caso de los módulos:

use CGI 3.34;

El programa no se ejecutará si no está presente una versión del módulo CGI que sea mayor o igual a 3.34.

Obviamente, es mucho mejor tener una sola máquina que haga de servidor de ficheros, compartir un subdirectorio, y en el resto de máquinas, crear una unidad de red y ajustar el valor de la variable de entorno PERL5LIB para que los programas accedan a los módulos contenidos en ese subdirectorio compartido.

De ésto, está brevemente comentado en la guía de uso del PPM gráfico. Así, solo una máquina sirve los módulos a todas las demás, con lo que reduces la complejidad de configurar los módulos de N máquinas, a solo una.

De otra forma, si se quiere replicar la misma configuración en todas las máquinas, una vez que se ha hecho la primera instalación del ActivePerl, el resto de actualizaciones son tan sencillas como hacer un zip de todo el árbol C:/Perl y distribuirlo por todas las demás (bueno, esto es cuando usé Perl en Windows, hace casi cinco años).

2.- Una forma sería con algún sistema de replicación de ficheros y directorios, tipo rsync. En Windows usé uno de la propia Micro$oft, que hacía la misma tarea, pero ahora ya ni me acuerdo cómo se llama. Sé que hacía copias incluso entre unidades de red.

Instalar Perl de forma desatendida, no me suena que exista. No sé si en .Net o Java existirá algo así. Lo que sí es cierto, es que instalar ActivePerl no es complicado.

Sí que puedes hacer una tarea programada que mire a ver la lista de módulos instalados, la compare con la indicada en algún servidor central, y avise, o ejecute ppm, para instalar las nuevas versiones de los módulos. Aquí puedes ver cómo hacer esa lista con ActivePerl.

Si hay que instalar módulos en máquinas que no tienen acceso a los repositorios, puedes usar paquetes ppmx.

En fin, que soluciones hay. Solo es cuestión de buscarlas y leerlas.

¡Justo! Era robocopy la utilidad que usábamos en Windows. ¡Jo!, ya ni me acordaba... es que fue hace muchos años.

Y la tercera opción que comenta natxo es la que yo te comenté, y es cierto que dependes de la velocidad de red, pero tienes la ventaja de que todas las máquinas trabajan con el mismo entorno.

¡Gracias, natxo!