From khatar at phear.org Tue Apr 11 11:23:57 2017 From: khatar at phear.org (Marc Chantreux) Date: Tue, 11 Apr 2017 11:23:57 +0200 Subject: [Perl] un truc magique pour Module::Install ? In-Reply-To: <6eb9e694-1d4a-27e5-37c0-852ba0ce8c64@ligfy.fr> References: <6eb9e694-1d4a-27e5-37c0-852ba0ce8c64@ligfy.fr> Message-ID: <20170411092357.GA6450@home.u-strasbg.fr> Bonjour à tous, sur ma debian stretch, cpanm App::gh tourne court parceque Module::Install n'est pas installé et le fichier suivant https://github.com/c9s/App-gh/blob/develop/Makefile.PL commence par use inc::Module::Install; si j'arrive a corriger simplement le pb sur mon systeme avec sudo aptitude install '~nule-install-p' j'aurais aimé le regler pour tout le monde mais j'avoue ne pas savoir si c'est possible et meme quoi faire ? proposer l'ajout d'une dépendance dans cpanm ? existe-t'il un pre-makefile.PL ? d'avance merci -- Marc Chantreux (eiro on github and freenode) http://eiro.github.com/ http://eiro.github.com/atom.xml "Don't believe everything you read on the Internet" -- Abraham Lincoln From olivier.mengue at gmail.com Tue Apr 11 23:53:56 2017 From: olivier.mengue at gmail.com (=?UTF-8?Q?Olivier_Mengu=C3=A9?=) Date: Tue, 11 Apr 2017 23:53:56 +0200 Subject: [Perl] un truc magique pour Module::Install ? In-Reply-To: <20170411092357.GA6450@home.u-strasbg.fr> References: <6eb9e694-1d4a-27e5-37c0-852ba0ce8c64@ligfy.fr> <20170411092357.GA6450@home.u-strasbg.fr> Message-ID: Le 11 avril 2017 à 11:23, Marc Chantreux a écrit : > Bonjour à tous, > > sur ma debian stretch, cpanm App::gh tourne court parceque > Module::Install n'est pas installé et le fichier suivant > > https://github.com/c9s/App-gh/blob/develop/Makefile.PL > > commence par > > use inc::Module::Install; > > Module::Install est un module d'installation embarqué dans la distribution. On le trouve dans le répertoire inc comme la ligne use l'indique. https://metacpan.org/source/CORNELIUS/App-gh-0.66/inc C'est d'ailleurs ce qui a posé plusieurs fois des problèmes au fil des ans : du fait que l'outil d'installation est embarqué dans la distribution, il ne peut pas être mis à jour, et il peut alors se poser des problèmes de compatibilité avec l'évolution de l'écosystème CPAN. L'équipe « Perl Toolchain Gang » recommande donc aux auteurs CPAN de ne plus utiliser Module::Install pour leurs distributions. Donc il n'est normalement pas nécessaire d'installer Module::Install lorsqu'on veut installer une telle distribution à partir du CPAN. Le problème d'App::gh, c'est que la version sur le CPAN est obsolète (4 ans, incompatible avec évolutions de l'API GitHub) et que la version plus à jour est n'est disponible qu'à partir de son dépôt sur GitHub. Et dans ce cas pour utiliser le dépôt on se retrouve dans la situation du mainteneur, et là Module::Install est nécessaire, ainsi que tous les plugins que le Makefile.PL utilise, notamment Module::Install::AuthorTests. > si j'arrive a corriger simplement le pb sur mon systeme avec > > sudo aptitude install '~nule-install-p' > > j'aurais aimé le regler pour tout le monde mais j'avoue ne pas savoir si > c'est possible et meme quoi faire ? proposer l'ajout d'une dépendance > dans cpanm ? existe-t'il un pre-makefile.PL ? > Ce que je recommande pour le développement Perl, c'est de ne pas se baser sur le Perl système. Il vaut mieux utiliser plenv : https://github.com/tokuhirom/plenv/ Dans cet environnement il te sera beaucoup plus simple d'installer tout ce qui vient du CPAN. Olivier. -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From khatar at phear.org Wed Apr 12 08:49:27 2017 From: khatar at phear.org (Marc Chantreux) Date: Wed, 12 Apr 2017 08:49:27 +0200 Subject: [Perl] un truc magique pour Module::Install ? In-Reply-To: References: <6eb9e694-1d4a-27e5-37c0-852ba0ce8c64@ligfy.fr> <20170411092357.GA6450@home.u-strasbg.fr> Message-ID: <20170412064927.GA27138@home.u-strasbg.fr> salut Olivier et grand merci pour ta réponse, > compatibilité avec l'évolution de l'écosystème CPAN. L'équipe « Perl > Toolchain Gang » recommande donc aux auteurs CPAN de ne plus utiliser > Module::Install pour leurs distributions. et quelles sont les recommandations actuelles du PTG? existe-t'il un document de synthèse sur le sujet? > Ce que je recommande pour le développement Perl, c'est de ne pas se baser > sur le Perl système. Il vaut mieux utiliser plenv : > https://github.com/tokuhirom/plenv/ j'avoue ne pas bien comprendre comment avoir plusieurs perl sur ma machine rendre plus simple l'installation de paquets CPAN. encore merci -- Marc Chantreux (eiro on github and freenode) http://eiro.github.com/ http://eiro.github.com/atom.xml "Don't believe everything you read on the Internet" -- Abraham Lincoln From olivier.mengue at gmail.com Wed Apr 12 12:25:15 2017 From: olivier.mengue at gmail.com (=?UTF-8?Q?Olivier_Mengu=C3=A9?=) Date: Wed, 12 Apr 2017 12:25:15 +0200 Subject: [Perl] un truc magique pour Module::Install ? In-Reply-To: <20170412064927.GA27138@home.u-strasbg.fr> References: <6eb9e694-1d4a-27e5-37c0-852ba0ce8c64@ligfy.fr> <20170411092357.GA6450@home.u-strasbg.fr> <20170412064927.GA27138@home.u-strasbg.fr> Message-ID: Le 12 avril 2017 à 08:49, Marc Chantreux a écrit : > salut Olivier et grand merci pour ta réponse, > > > compatibilité avec l'évolution de l'écosystème CPAN. L'équipe « Perl > > Toolchain Gang » recommande donc aux auteurs CPAN de ne plus utiliser > > Module::Install pour leurs distributions. > > et quelles sont les recommandations actuelles du PTG? existe-t'il un > document de synthèse sur le sujet? > https://metacpan.org/pod/distribution/Module-Install/lib/Module/Install.pod#WARNING La recommandation est d'utiliser Makefile.PL et ExtUtils::MakeMaker comme module d'installation. Car Module::Install est devenu une plaie (il est peu maintenu, génère des META.yaml dans un ancien format...) et Module::Build n'a jamais atteint les fonctionnalités équivalentes à EUMM, tout en étant gros et une charge à maintenir que plus personne ne veut porter (d'où son retrait de la distrib Perl). Mais il vaut mieux éviter d'écrire le Makefile.PL à la main, car l'écrire en tenant compte de la compatibilité avec d'anciennes versions d'EUMM est à réserver aux experts masochistes. Bref, utiliser les outils de packaging tels que Dist::Zilla, Dist::Milla, Minilla... > > > Ce que je recommande pour le développement Perl, c'est de ne pas se baser > > sur le Perl système. Il vaut mieux utiliser plenv : > > https://github.com/tokuhirom/plenv/ > > j'avoue ne pas bien comprendre comment avoir plusieurs perl sur ma > machine rendre plus simple l'installation de paquets CPAN. > Dans un shell donné tu n'utilise qu'un seul perl à un instant donné. Donc ce n'est pas si compliqué. De plus ton environnement de développement n'es plus affecté par les upgrades du perl système qui casse la compatibilité binaire avec les paquets XS que tu as installés. Chaque perl est indépendant : son jeu de paquets CPAN est donc lié au perl. Ils ne se marchent pas sur les pieds et ne marchent pas sur les pieds du perl du système. Si tu change de perl dans ton shell (commande "plenv shell"), le jeu de paquets CPAN change avec. À noter : - tous tes scripts non destinés à être dans des paquets CPAN qui doivent fonctionner quel que soit le perl actif doivent soit utiliser le perl système (sheebang #!/usr/bin/perl) soit sheebang "#!/usr/bin/env perl" - les scripts dans des projets destinés à être installés avec Makefile.PL ou Build.PL doivent référencer /usr/bin/perl dans leur sheebang (pour que l'installateur reconnaisse le shebang et le remplace à l'installation du script par le chemin absolu du perl utilisé pour l'installation) -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From perl at profvince.com Wed Apr 12 12:48:12 2017 From: perl at profvince.com (Vincent Pit (VPIT)) Date: Wed, 12 Apr 2017 12:48:12 +0200 Subject: [Perl] un truc magique pour Module::Install ? In-Reply-To: References: <6eb9e694-1d4a-27e5-37c0-852ba0ce8c64@ligfy.fr> <20170411092357.GA6450@home.u-strasbg.fr> <20170412064927.GA27138@home.u-strasbg.fr> Message-ID: <5e217ddd-8a5c-3f86-7753-a35b53c1507e@profvince.com> Le 12/04/2017 à 12:25, Olivier Mengué a écrit : > > > Le 12 avril 2017 à 08:49, Marc Chantreux > a écrit : > > salut Olivier et grand merci pour ta réponse, > > > compatibilité avec l'évolution de l'écosystème CPAN. L'équipe « Perl > > Toolchain Gang » recommande donc aux auteurs CPAN de ne plus utiliser > > Module::Install pour leurs distributions. > > et quelles sont les recommandations actuelles du PTG? existe-t'il un > document de synthèse sur le sujet? > > > https://metacpan.org/pod/distribution/Module-Install/lib/Module/Install.pod#WARNING > > La recommandation est d'utiliser Makefile.PL et ExtUtils::MakeMaker > comme module d'installation. > Car Module::Install est devenu une plaie (il est peu maintenu, génère > des META.yaml dans un ancien format...) et Module::Build n'a jamais > atteint les fonctionnalités équivalentes à EUMM, tout en étant gros et > une charge à maintenir que plus personne ne veut porter (d'où son > retrait de la distrib Perl). > > Mais il vaut mieux éviter d'écrire le Makefile.PL à la main, car > l'écrire en tenant compte de la compatibilité avec d'anciennes versions > d'EUMM est à réserver aux experts masochistes. Gros gros FUD. La syntaxe de Makefile.PL est rétrocompatible jusqu'à des lustres, et les directives principales qui permettent l'installation des modules sont toujours restées inchangées. De nouveaux paramètres à passer à WriteMakefile() ont été ajoutés dans les versions plus récentes (on parle des versions distribuées avec perl depuis au moins 5 ans quand même hein) pour renseigner des meta-informations optionnelles du paquet, comme la licence ou l'adresse du bugtracker. Ils n'ont aucune incidence sur l'installation du paquet en pratique, et sont simplement ignorés par les anciennes versions d'ExtUtils::MakeMaker (modulo un avertissement sans conséquence sur stderr). Vincent From patrice.karatchentzeff at gmail.com Wed Apr 12 12:52:40 2017 From: patrice.karatchentzeff at gmail.com (Patrice Karatchentzeff) Date: Wed, 12 Apr 2017 12:52:40 +0200 Subject: [Perl] un truc magique pour Module::Install ? In-Reply-To: References: <6eb9e694-1d4a-27e5-37c0-852ba0ce8c64@ligfy.fr> <20170411092357.GA6450@home.u-strasbg.fr> <20170412064927.GA27138@home.u-strasbg.fr> Message-ID: Le 12 avril 2017 à 12:25, Olivier Mengué a écrit : > Dans un shell donné tu n'utilise qu'un seul perl à un instant donné. Donc > ce n'est pas si compliqué. > De plus ton environnement de développement n'es plus affecté par les > upgrades du perl système qui casse la compatibilité binaire avec les > paquets XS que tu as installés. > ?aïe... aïe... Mon sens d'admin passe au rouge vif... J'espère que les projets font les suivis de sécurité (je sais que non : c'est pourquoi je le dis ?)? ?PK? -- |\ _,,,---,,_ Patrice KARATCHENTZEFF ZZZzz /,`.-'`' -. ;-;;,_ mailto:patrice.karatchentzeff at gmail.com |,4- ) )-,_. ,\ ( `'-' http://p.karatchentzeff.free.fr '---''(_/--' `-'\_) -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From philippe.bruhat at free.fr Thu Apr 13 10:00:23 2017 From: philippe.bruhat at free.fr (Philippe Bruhat (BooK)) Date: Thu, 13 Apr 2017 10:00:23 +0200 Subject: [Perl] un truc magique pour Module::Install ? In-Reply-To: References: <6eb9e694-1d4a-27e5-37c0-852ba0ce8c64@ligfy.fr> <20170411092357.GA6450@home.u-strasbg.fr> Message-ID: <20170413080023.felyqqp65ir6a25m@zok> On Tue, Apr 11, 2017 at 11:53:56PM +0200, Olivier Mengué wrote: > Le 11 avril 2017 à 11:23, Marc Chantreux a écrit : > > > Bonjour à tous, > > > > sur ma debian stretch, cpanm App::gh tourne court parceque > > Module::Install n'est pas installé et le fichier suivant > > > > https://github.com/c9s/App-gh/blob/develop/Makefile.PL > > > > commence par > > > > use inc::Module::Install; > > > > Module::Install est un module d'installation embarqué dans la distribution. > On le trouve dans le répertoire inc comme la ligne use l'indique. > https://metacpan.org/source/CORNELIUS/App-gh-0.66/inc > Le problème c'est que '.' est sorti de @INC dans les versions récentes (pour des raisons de sécurité). Donc cette ligne 'use inc::Module::Install' ne trouve pas inc/Module/Install.pm car c'est pas trouvable dans la liste des répertoires dans @INC. Le plus simple pour toi dans ce cas, c'est de lancer ton installation avec PERL5LIB=$PERL5LIB:. -- Philippe Bruhat (BooK) It matters not how grand your plans when they are built on a faulty foundation. (Moral from Groo The Wanderer #19 (Epic)) From olivier.mengue at gmail.com Tue Apr 18 10:40:04 2017 From: olivier.mengue at gmail.com (=?UTF-8?Q?Olivier_Mengu=C3=A9?=) Date: Tue, 18 Apr 2017 10:40:04 +0200 Subject: [Perl] un truc magique pour Module::Install ? In-Reply-To: References: <6eb9e694-1d4a-27e5-37c0-852ba0ce8c64@ligfy.fr> <20170411092357.GA6450@home.u-strasbg.fr> <20170412064927.GA27138@home.u-strasbg.fr> Message-ID: Le 12 avril 2017 à 12:52, Patrice Karatchentzeff < patrice.karatchentzeff at gmail.com> a écrit : > > Le 12 avril 2017 à 12:25, Olivier Mengué a > écrit : > >> Dans un shell donné tu n'utilise qu'un seul perl à un instant donné. Donc >> ce n'est pas si compliqué. >> De plus ton environnement de développement n'es plus affecté par les >> upgrades du perl système qui casse la compatibilité binaire avec les >> paquets XS que tu as installés. >> > > ?aïe... aïe... Mon sens d'admin passe au rouge vif... > Ne serait-ce donc pas un sens interdit ? > > J'espère que les projets font les suivis de sécurité (je sais que non : > c'est pourquoi je le dis ?)? > Ma recommendation de plenv ne concerne qu'un environnement de développement. Il existe un outil pour rechercher les mises à jour CPAN disponibles sur cet environnment : cpan-outdated (distribution CPAN : App::cpanoutdated). (disclaimer: j'en suis un co-mainteneur) Quand à mes projets, j'en suis responsable d'un bout à l'autre de la chaîne : du développement (avec la sélection des dépendances) au déploiement et à la production. Cela implique notamment de bien sélectionner les dépendances sur différents critères (qualité du code, réactivité et responsabilité du mainteneur) et à être prêt à mettre la main à la pâte si nécessaire (envoyer des patchs, voire adopter des distributions CPAN). Si vous n'avez pas cette possibilité, remettez-vous en à un tiers (le système de paquets de votre système) et limitez vous au sous-ensemble qu'il supporte et aux délai de disponibilité de correctifs (il n'y a pas que les correctifs de sécurité qui sont utiles au bon fonctionnement d'une application). > > ?PK? > > > -- > |\ _,,,---,,_ Patrice KARATCHENTZEFF > ZZZzz /,`.-'`' -. ;-;;,_ mailto:patrice.karatchentzeff at gmail.com > |,4- ) )-,_. ,\ ( `'-' http://p.karatchentzeff.free.fr > '---''(_/--' `-'\_) > > _______________________________________________ > Perl mailing list > Perl at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/perl > > -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From l.boivin at free.fr Thu Apr 20 22:02:02 2017 From: l.boivin at free.fr (Laurent Boivin) Date: Thu, 20 Apr 2017 22:02:02 +0200 Subject: [Perl] Les Mongueurs aux RMLL 2017 ? Message-ID: <91a65ce2-ceff-573c-ddfd-bbf61569140d@free.fr> Bonjour, Bookynette (Magali) me fait demander si les Mongueurs seraient partant pour participer aux RMLL à St-Etienne début juillet. Elle pensait organiser (ou à lancer l'organisation) d'une zone "atelier langage" pour permettre aux gens qui veulent d'apprendre les rudiments des langages présents (si j'ai bien compris). Ca change du stand un peu statique où on attend le chalant. Des gens intéressés pour faire ça ? Réponse attendue pour la fin de ce mois d'avril. Cordialement Laurent -- Laurent Boivin -- mailto:l.boivin at free.fr Member of Grenoble.pm, Paris.pm -------------- section suivante -------------- Un message encapsulé a été nettoyé... De: Bookynette Objet: [Village-assoces] Village du libre pendant les RMLL (URGENT- plus que quelques jours!!!!) Date: Mon, 17 Apr 2017 14:41:01 +0200 Taille: 9010 URL: From eduval at ligfy.fr Fri Apr 21 16:47:47 2017 From: eduval at ligfy.fr (=?utf-8?q?eduval=40ligfy=2Efr?=) Date: Fri, 21 Apr 2017 16:47:47 +0200 Subject: [Perl] =?utf-8?b?Pz09P3V0Zi04P3E/ID89PT91dGYtOD9xPyBwcm9ibMOobWUg?= =?utf-8?q?mise_au_point_regexp?= In-Reply-To: Message-ID: <5bef-58fa1b80-5-60070a80@176126716> Je n'ai pas pu tester de suite cette regexp. Elle ne fonctionnait pas correctement, mais Yon, merci tu m'as aidé à mettre ce qui suit au point. Pour info, le but étant d'anonymiser des logs (remplacer les valeurs des query string par des 'xxx'). Cette solution fonctionne correctement: Version Perl: s/([\?&])([^\"])([^\?&=*]+)=([^&\"*]+)/${1}${2}${3}=xxx/gx; Version Syslog-ng version 3.4 moteur PCRE: rewrite rule_anonymisation { subst( "([\?&])([^\"])([^\?&=*]+)=([^&\"*]+)", "${1}${2}${3}=xxx", value("MESSAGE"), type("pcre"), flags("global" "ignore-case" "store-matches" "glob") ); }; Le Lundi, Mars 27, 2017 20:17 CEST, Eric DUVAL a écrit: > Merci Yon, je teste ça demain. > > Le 27/03/2017 à 19:56, Yon a écrit : > > On Mon, Mar 27, 2017 at 07:39:32PM +0200, Eric DUVAL wrote: > >> Bonjour, > >> > >> Je sors un peu du contexte purement perl, j'en suis désolé, perl est mon ami > >> pour la mise au point de cette regexp par contre le moteur pcre de syslog-ng > >> ne l'a pas été! ;-) > >> > >> Le moteur PCRE dans syslog-ng ne réagit de la même façon que PERL. > >> Du coup impossible de mettre au point correctement la règle. > > Ah, peut-être que les regexps syslog-ng ne connaissent pas les > > assertions "look-around". Peut-être que ceci (à adaptations près, je > > sais pas comment sont les regexp syslog-ng) marcherait : > > > > s{([?&]) ([^?&=]+) = ([^&"]+)}{$1$2=xxx}xg > > > > l'inconvénient c'est que j'ai peur qu'il y ait plus de chances que ça > > modifie potentielement des trucs en trop. Peut-être qu'il vaut mieux > > quelques précautions de plus dans les classes de charactères en > > interdisant les espaces : > > > > s{([?&]) ([^?&=\s]+) = ([^&"\s]+)}{$1$2=xxx}xg > > > _______________________________________________ > Perl mailing list > Perl at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/perl From asseline at telecom-paristech.fr Fri Apr 21 16:54:53 2017 From: asseline at telecom-paristech.fr (Dominique Asselineau) Date: Fri, 21 Apr 2017 16:54:53 +0200 Subject: [Perl] =?utf-8?q?Module_CGI=2C_probl=C3=A8me_avec_l=27encodage_du?= =?utf-8?q?_nom_de_fichier_lors_d=27un_upload?= Message-ID: <20170421145453.GA10335@telecom-paristech.fr> Bonjour, Avec le module CGI, version 4.09 packagée Debian Jessie (Debian stable), il semble que le nom du fichier lors d'un upload et comportant des caractères accentués, ne soit pas décodé, même dans les conditions suivantes use Modern::Perl; use utf8; use feature qw/unicode_strings/; use CGI qw/-utf8/; my $cgi = new CGI; my $filePath = $cgi->param( 'cgiParam' ); # $filePath est alors en octets # on ne peut le décoder tout de suite car l'opération suivante ne marcherait pas my $contentType = $cgi->uploadInfo($filePath)->{'Content-Type'}; Il faut donc copier $filePath dans une version décoder pour pouvoir manipuler la chaîne UTF-8. Est-ce un bug ou ai-je raté quelque chose ? Merci. Dominique --