>> > > 1) Aggiornamento della CPAN
>> >
>> > da CPAN suppongo.
>E' un casino.
Esatto.
>perche' cosi' a memoria la fase di test e build richiede interazione con
>l'utente (e per buoni
>motivi) per:
Ho visto :(
>Poi c'e' la questione dei moduli che richiedono la nuova versione di perl e
>vorrebbero reinstallare
>quella.
Già :(
>Poi c'e' CPANPLUS (cercalo su www.perl.com e correlati) che dovrebbe essere
>CPAN
>steroidizzato. Forse fa al caso tuo, ma io non lo conosco.
Provato. Non è un gran che (per le mie esigenze).
Per quanto riguarda l'aggiornamento di un modulo che richiede delle dipendenze
che interrompono un'API proponendone un'altra, andrebbe bene un sistema che
dato uno script Perl estragga la lista di quello che gli serve (guardando le
parole chiave use), scarica i tarpalla dei moduli e permetta di prendere quelli
vecchi in modo da far funzionare lo script.
Così si hanno tutti i tarball necessari, untar, make e solite pugnette e si
ottiene uno script funzionante con tutte le sue dipendenze in una versione
funzionante.
Per quanto riguarda la lista delle dipendenze ho messo giù 2 righe in bash che
greppano e filtrano da eventuali ; tutte le use che trova.
Per lo scaricamento delle sue dipendenze non ho trovato un tubo.
A sto punto penso basti una roba interattiva che mi dica "lo script
Rompiballe.pl richiede Net::SSL e Time:HiRes, l'ultima versione è
rispettivamente 0.2 e 0.5, che faccio installo le dipe? [S/N]".
Poi se quei moduli sono troppo nuovi servirebbe un'opzione che mi faccia
installare la 0.1 e la 0.4 che funzionano".
Ma lui vuole qualcosa che sia il + automatico possibile.
Spero si sia capito, ci sto impazzendo!
Io gli ho proposto la soluzione del modulo CPAN, non è molto soddisfatto...
>Ripeto... buona fortuna.
Grazie 1000 :(
-----------------------------------------------------
Compra e vendi su eBay: registrati gratis!
http://www.ebay.it/registrazione.html
messaggio inviato con Freemail by www.superEva.it
-----------------------------------------------------
|