Topic: [OK] Mini Perl

Je souhaiterais intégrer Perl à mon outil (voir ici) mais j'ai du mal à trouver une distribution "mini" Perl.
Lorsque je regarde des outils "similaires" au mien, ils utilisent MiniPerl et là je n'ai rien trouvé sur le net (où alors je ne comprends rien).

Si quelqu'un a une idée, sachant que mon outil sera à terme multi-plateforme.

Merci d'avance à tous.

PS: et pour Python ?

Re: [OK] Mini Perl

Salut,

Je ne connais pas Perl et seulement un peu Python, mais je serais surpris que tu puisses avoir une distribution "mini" dans la mesure où si tu enlèves quelque chose à la bibliothèque standard d'un interpréteur, tu brises la portabilité des scripts. Autrement dit, tu ne sauras jamais a priori si un script Perl pourra ou non fonctionner avec ton interpréteur, même s'il n'utilise aucun module en dehors de ceux de la bibliothèque standard.

Mini-perl a l'air de renvoyer à un paquet debian qui sert non pas à avoir une mini-distribution de Perl, mais à créer des petit miroir du CPAN (Comprehensive Perl Archive Network, la plate-forme pour, notamment, trouver des modules supplémentaires) : http://packages.debian.org/unstable/per … -mini-perl .

Il faut de plus savoir que Perl contient déjà par défaut très peu de choses... Sous Slack (qui en général s'en tient à ce que donne les développeur) il fait environ 33Mo... pas énorme par rapport aux 52Mo de Python.

Concernant ce dernier d'ailleurs, j'ai encore plus de doute sur la pertinence d'une distribution "mini". Car autant Perl est spécialisé autour des questions d'expressions régulières, autant python a des visées généralistes.

Bon, je sais que ce n'est pas d'une grande aide, mais ça peut expliquer pourquoi tu as du mal à trouver. :)

Re: [OK] Mini Perl

sbb wrote:

Salut,

Salut et merci pour ta réponse.

sbb wrote:

Je ne connais pas Perl et seulement un peu Python, mais je serais surpris que tu puisses avoir une distribution "mini" dans la mesure où si tu enlèves quelque chose à la bibliothèque standard d'un interpréteur, tu brises la portabilité des scripts. Autrement dit, tu ne sauras jamais a priori si un script Perl pourra ou non fonctionner avec ton interpréteur, même s'il n'utilise aucun module en dehors de ceux de la bibliothèque standard.

Mini-perl a l'air de renvoyer à un paquet debian qui sert non pas à avoir une mini-distribution de Perl, mais à créer des petit miroir du CPAN (Comprehensive Perl Archive Network, la plate-forme pour, notamment, trouver des modules supplémentaires) : http://packages.debian.org/unstable/per … -mini-perl .

Il faut de plus savoir que Perl contient déjà par défaut très peu de choses... Sous Slack (qui en général s'en tient à ce que donne les développeur) il fait environ 33Mo... pas énorme par rapport aux 52Mo de Python.

Je comprends qu'à priori, une distribution perl "minimale" serait d'environ 30Mo. 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 ?

sbb wrote:

Concernant ce dernier d'ailleurs, j'ai encore plus de doute sur la pertinence d'une distribution "mini". Car autant Perl est spécialisé autour des questions d'expressions régulières, autant python a des visées généralistes.

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.

sbb wrote:

Bon, je sais que ce n'est pas d'une grande aide, mais ça peut expliquer pourquoi tu as du mal à trouver. :)

Si, si, Ca m'aide bien. Je comprends mieux certaines choses. D'ailleurs, pourrais-tu m'en dire plus concernant python (et perl si tu as des infos).

Re: [OK] Mini Perl

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... :)

Re: [OK] Mini Perl

sbb wrote:

Hello,

Salut,

sbb wrote:

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... :)

Tout d'abord, merci pour ta réponse aussi complète.
La population visée par mon outil concerne les développeurs web. Je ne connais pas suffisamment les besoins perl ou python (n'étant pas développeur perl ou python) dans le cadre de développements web. En ce qui te concerne, développes-tu des applis web avec python ? Pourrais-je avoir d'autres avis ?
Je pense m'orienter vers l'ajout de perl ou python à fvpatwds via un système de module supplémentaire (distribution perl ou python standard) à télécharger.

Re: [OK] Mini Perl

Salut,

En ce qui te concerne, développes-tu des applis web avec python ?

Non, paradoxalement j'ai utilisé python pour les regex (sed c'est très bien, mais... ). Il avait le poil plus brillant (c'est vraiment *très* sympa à coder) que perl et la doc d'initiation en français est facile à trouver. :)