Discussion :

[djibril]

Bonjour,

Beaucoup de personnes ont dû déjà se poser la question de comment lister les modules installés sur son PC en vu d'un changement de matériel. Voici la solution que je propose de rajouter dans la FAQ.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
#!/usr/bin/perl 
use strict;
use warnings;
use ExtUtils::Installed;
 
my $inst = ExtUtils::Installed->new();
foreach ( sort $inst->modules() ) {
	print "Module $_ [" . $inst->version($_) . "]\n";
}

ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

perl -MExtUtils::Installed -e "my $inst = ExtUtils::Installed->new(); print qq{Module $_ [} . $inst->version($_) . qq{]\n} foreach sort $inst->modules();"

Qu'en pensez-vous ?

[-Eks-]

Bonjour djibril,

Y-a-il déjà une entrée dans la FAQ sur la question (je n'en ai pas vu) ?

Il y a de nombreuses façons de faire, en fonction aussi de ce que l'on cherche, outre celle que tu proposes : http://www.perlmonks.org/?node_id=868141

sinon ton oneliner sous Linux avec bash donne une erreur en raison de l'expansion des variables que fait le shell.

tu devrais donc plutôt utiliser la single quote pour éviter cela :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

perl -MExtUtils::Installed -e '$inst = ExtUtils::Installed->new(); print qq{Module $_ [} . $inst->version($_) . qq{]\n} foreach sort $inst->modules();'

et une utilisation de ExtUtils::Installed pour afficher la liste des core modules serait aussi éventuellement utile.

Eks

[djibril]

Ton code ne fonctionne pas sous Windows à cause des simples quotes . Il faut une solution multiplate-forme.
Le but de ce poste est de trouver un bout de code fonctionnel pour le rajouter dans la FAQ.

[-Eks-]

oui :-)

Ce n'est pas le code qui est en cause, mais le shell, qui est différent.

Je pense qu'il faut simplement avertir que avec un shell windows, ce sont des guillemets qu'il faut utiliser et avec un shell faisant une expansion des variables comme bash sous Linux (et d'autres), ce sont des apostrophes, et prendre le parti de proposer une forme ou l'autre.

Ce problème n'est pas particulier à cette question de la FAQ, mais concernerait toute question pour laquelle un oneliner est proposé.

S'il y en a d'autres dans la FAQ, ce problème est-il traité, si oui, comment ?

La majorité des oneliners disponible sur l'Internet utilisent des apostrophes, les utilisateurs de Perl étant le plus souvent sous un unix-like...

Cela dit, la personne qui utilise son propre shell devrait savoir comment l'utiliser.. cela n'est pas vraiment lié à Perl.


Eks

[djibril]

C'est sûr qu'il est préférable de proposer deux onliners pour Windows unix-like. C'est le cas dans la FAQ, mais bon, quand on peut avoir une seule version pour les deux, c'est toujours mieux.

Pour revenir à la question, j'essaye de proposer une solution simple et rapide pour faire un état des lieux rapide des modules installés sur son PC. Ensuite, à chacun d'aller plus loin si besoin.
Dans tous les cas, je pense qu'il est important d'avoir les informations suivantes :

• nom du module ;
• sa version ;
• peut-être savoir s'il était dans le core ou non.

N.B. La plus part du temps, lorsque l'on fait cela, c'est que l'on a envie de changer de PC afin de tout réinstaller.
Je suis donc preneur de toute solution efficace. Le but est de le partager via la FAQ à tous les lecteurs.

[-Eks-]

ExtUtils::Installed fait partie de core depuis Perl v5.005, alors je pense que c'est un bon choix de l'utiliser si le but est de répondre "dans le cas d'une migration", et le nom du module et la version me semblent suffisants pour ce besoin.

La sortie va aussi indiquer la version de Perl utilisée, ce qui permet de savoir quelle version de Perl devrait être installée. Cette information suffit à permettre la réinstallation à l'identique.

Savoir quels sont les modules présents dans core me semble correspondre à un autre besoin :

- je migre sur une machine qui a une version supérieure de Perl, et je veux savoir si tel ou tel module fait partie de core dans cette version
- j'envisage d'utiliser tel module dans mon application, et je veux vérifier qu'il est compatible avec mes prérequis de fonctionnement, et savoir la version de Perl à partir de laquelle un module donné est d'office disponible avec Perl

Dans ce cas corelist me semble préférable (qui dépend de Module::CoreList qui est dans core depuis 2008 avec Perl v5.8.9).

Liste de tous les modules core de Perl pour la version 5.14.2 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

corelist -v 5.14.2

Liste des versions de Perl contenant un module donné dans core :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

corelist -a ExtUtils::Installed

http://perldoc.perl.org/corelist.html

corelist ou un script avec Module::CoreList pourrait aussi être utilisé sur la machine cible ayant une version différente de Perl, avec en entrée la liste produite par ton oneliner pour vérifier si les modules concernés n'ont pas, par hasard été intégrés dans la nouvelle version de Perl.


Eks