Hello,
Mais, par contre, lorsqu'on prend un système AMP tel que XAMPP, il me semble qu'il n'y a que l'exécutable perl de livré non ?
Ça a l'air mais Perl "par défaut" doit faire pas loin de 30 Mo... quand je parle de distribution, je parle de Perl. Si tu veux Perl est un langage, il arrive donc avec toute une batterie de fonctions que le développeur va appeler ou pas selon ses besoins (donc sous forme de modules). Cette batterie de fonctions (et je crois qu'il y a aussi une couche objet) est ce qu'on appelle la bibliothèque standard du langage, son coeur. Ça veut dire que lorsqu'un développeur va utiliser ces fonctions uniquement, il risque fort de ne pas préciser quelles fonctions il a utilisées et de ne préciser dans les dépendances que "Perl x.x.x".
S'il le faut, je pense faire un système avec des modules, que l'on pourrait sélectionner à l'installation (ou décompression) ou bien que l'on pourrait ajouter par la suite. On pourrait très bien imaginer une archive de fvpatwds "minimale" avec des modules téléchargeables indépendemment que l'on pourrait venir "greffer" à l'installation de base.
C'est là où est selon moi le hic, lorsque tu te tiens à la bibliothèque standard, il est rare que tu précises tous les modules que tu appelles... ça risque de devenir côton à gérer... mais bon, pourquoi pas.
Pour python, c'est encore pire, python a une bibliothèque standard très fournie... et donc deux scripts python écrits avec la bibliothèque standard peuvent mobiliser un pannel de fonctions et d'objets très différents. Il est donc très difficile de savoir quoi retirer.
Bien sûr après tu peux malgré tout décider de retirer des supports, tu as même des choses très minimales avec Perl (note: l'espace disque requis indiqué est celui pour la compilation, pas pour l'installation finale) :
http://www.linuxfromscratch.org/lfs/vie … /perl.html
Mais tu n'échapperas pas aux problèmes mentionnés.
Je dirais qu'il faut surtout faire attention aux différences d'emploi : Perl est souvent embarqué dans les distribs Linux pour les grosses tâches d'administration où sed et gawk trouvent leurs limites, en même temps qu'en tant qu'outil de développement. Python est quant à lui avant tout un outil de développement. Donc un Perl minimal peut avoir du sens si vraiment il ne s'agit pas de faire tourner des applis perl mais du script d'administration par-ci par-là... alors que pour python, ça me paraît moins pertinent, pas impossible, mais nettement moins dans l'esprit. L'usage de python se rapproche de celui de ruby, si tu préfères : ils visent tous deux à séduire le développeur en lui proposant un outil très complet à la base et agréable à utiliser... même s'ils conviennent aux pures tâches d'administration, ils débordent "conceptuellement" ce cadre à mon avis (il en faudrait sûrement d'autres, car encore une fois, ce sont avant tout mes impressions).
Voili voilou... pour résumer, selon moi tout est possible mais il faut choisir si tu t'adresses au developpeur d'applis ou à l'administrateur système... :)