From alex at garel.org Fri Mar 8 11:24:52 2024 From: alex at garel.org (Alex Garel) Date: Fri, 8 Mar 2024 11:24:52 +0100 Subject: [Perl] =?utf-8?q?Hackathon_Perl_Open_Food_Facts_-_=C3=A0_vos_agen?= =?utf-8?q?das_!_=2823-24_mars=29?= Message-ID: Bonjour, Suite au sondage pour trouver la meilleure date pour un hackathon autour de Open Food Facts, je vous annonce que nous retenons la date du *23-24 mars* pour cet évènement ! (désolé pour ceux pour qui la date ne colle pas?). Je vous laisse la réserver dans vos agendas ;-) Je vous donnerais plus de détails dans un prochain e-mail, le temps que nous organisions un peu les modalités. À très bientôt, J'ai hâte d'y être :-) Alex From biz at joueb.com Fri Mar 8 11:35:01 2024 From: biz at joueb.com (=?UTF-8?Q?St=C3=A9phane_Gigandet?=) Date: Fri, 8 Mar 2024 11:35:01 +0100 Subject: [Perl] =?utf-8?q?Hackathon_Perl_Open_Food_Facts_-_=C3=A0_vos_agen?= =?utf-8?q?das_!_=2823-24_mars=29?= In-Reply-To: References: Message-ID: Le 08/03/2024 à 11:24, Alex Garel a écrit : > Bonjour, > > Suite au sondage pour trouver la meilleure date pour un hackathon > autour de Open Food Facts, je vous annonce que nous retenons la date > du *23-24 mars* pour cet évènement ! (désolé pour ceux pour qui la > date ne colle pas?). Je vous laisse la réserver dans vos agendas ;-) > > Je vous donnerais plus de détails dans un prochain e-mail, le temps > que nous organisions un peu les modalités. > > À très bientôt, J'ai hâte d'y être :-) Moi aussi ! :) A bientôt ! Stéphane From elbeho at boivin.eu Mon Mar 11 21:10:46 2024 From: elbeho at boivin.eu (L Boivin) Date: Mon, 11 Mar 2024 21:10:46 +0100 Subject: [Perl] =?utf-8?q?Hackathon_Perl_Open_Food_Facts_-_=C3=A0_vos_agen?= =?utf-8?q?das_!_=2823-24_mars=29?= In-Reply-To: References: Message-ID: Yeah, Retour des hackathons ! Laurent B Le 08/03/2024 à 11:24, Alex Garel a écrit : > Bonjour, > > Suite au sondage pour trouver la meilleure date pour un hackathon autour > de Open Food Facts, je vous annonce que nous retenons la date du *23-24 > mars* pour cet évènement ! (désolé pour ceux pour qui la date ne colle > pas?). Je vous laisse la réserver dans vos agendas ;-) > > Je vous donnerais plus de détails dans un prochain e-mail, le temps que > nous organisions un peu les modalités. > > À très bientôt, J'ai hâte d'y être :-) > > Alex > > _______________________________________________ > Perl mailing list > Perl at mongueurs.net > http://listes.mongueurs.net/mailman/listinfo/perl > Attention, les archives sont publiques -- Laurent Boivin -- mailto:elbeho at boivin.eu Member of Mongueurs de Perl -- http://www.mongueurs.net/ Member of YAPC::Europe Foundation -- http://www.yapceurope.org/ Member of OSDC.fr -- http://osdc.fr/ From alex at garel.org Fri Mar 15 23:34:41 2024 From: alex at garel.org (Alex Garel) Date: Fri, 15 Mar 2024 23:34:41 +0100 Subject: [Perl] =?utf-8?q?Hackathon_Perl_Open_Food_Facts_-_=C3=A0_vos_agen?= =?utf-8?q?das_!_=2823-24_mars=29?= In-Reply-To: References: Message-ID: Comme promis voici plus de détails sur le hackathon Perl / Open Food Facts. Toutes les informations sont sur https://forum.openfoodfacts.org/t/hackathon-perl-open-food-facts-in-paris/530 En résumé: * ça se passe dans les locaux d?Open Food Facts, 3 avenue victoria, 79004 Paris ; * le samedi 23 et dimanche 24 mars (de 10h à 18h environ) ; * on va faire en sorte qu'une participation à distance soit possible, et bien sûr, vous pouvez venir pour une partie du programme seulement ; * si on veut coder, il faut venir avec son ordinateur (8Go de RAM minimum) et si possible avoir installé le projet (voir le lien ci-dessus) ; * il faut s'inscrire (pour qu'on puisse gérer la logistique). On vous attend plein d'enthousiasme :-) Alex -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From sebastien at feugere.net Sun Mar 17 18:45:56 2024 From: sebastien at feugere.net (=?utf-8?Q?S=C3=A9bastien_Feug=C3=A8re?=) Date: Sun, 17 Mar 2024 18:45:56 +0100 Subject: [Perl] Hackathon perl pour Open Food Facts In-Reply-To: References: Message-ID: <07135DC6-674E-44B7-9A00-BC8759682F79@feugere.net> > * utilisation de corinna pour remplacer les hashmap par des objets dans le code Par curiosité, et parce que je n?ai pas trouvé de discussion sur GitHub sur ce sujet: quel est votre plan pour accomplir cela? En effet, « Corinna » est une spécification, et donc, son implémentation à ce jour, peut être réalisée de deux façons: - 1) utilisation d?un Perl >= à 5.38, où apparaît une implémentation expérimentale et incomplète de Corinna avec les mots clé class, method, field etc. Il faut donc en amont s?assurer que openfoodfact-server est compatible avec cette version de Perl (utilise 5.32 à ce jour si mes informations sont correctes ?). 5.38 serait disponible avec Debian Trixie(testing). La dernière version stable de Debian fournit quand à elle Perl 5.36, sans la syntax class, donc. D?autres solutions telles que perlbrew sont envisageables pour choisir sa version de Perl indépendamment de Debian, mais cela ne semble pas être la méthode retenue d?après ce qui est décrit dans le Dockerfile de openfoodfact-server ? - 2) utilisation du module Object::Pad (utilisable sur Perl >= 5.26), qui fournit l?implementation la plus aboutie de Corinna, mais qui fournit moins de garanties quant à la stabilité de son API (disons que c?est de l?expérimental++, mais qui a de fortes chances de se retrouver dans le Perl « core » quand même après discussions avec p5p et autres). Très bien pour une expérimentation rapide, sans avoir la dépendance « upgrade Debian » en épée de Damoclès. La préparation nécessaires en amont est assez différente selon que l?on veuille « juste expérimenter » avec ces fonctionnalités ou bien que l?on pense à préparer du code pour la production et le futur, etc. ? sf From alex at garel.org Sun Mar 17 22:46:24 2024 From: alex at garel.org (Alex Garel) Date: Sun, 17 Mar 2024 22:46:24 +0100 Subject: [Perl] Hackathon perl pour Open Food Facts In-Reply-To: <07135DC6-674E-44B7-9A00-BC8759682F79@feugere.net> References: <07135DC6-674E-44B7-9A00-BC8759682F79@feugere.net> Message-ID: <277ded4f-56c3-4003-8a8e-e404ce8889b1@garel.org> Le 17/03/2024 à 18:45, Sébastien Feugère a écrit : >> * utilisation de corinna pour remplacer les hashmap par des objets dans le code > Par curiosité, et parce que je n?ai pas trouvé de discussion sur GitHub sur ce sujet: quel est votre plan pour accomplir cela? En effet, « Corinna » est une spécification, et donc, son implémentation à ce jour, peut être réalisée de deux façons: > > - 1) utilisation d?un Perl >= à 5.38, où apparaît une implémentation expérimentale et incomplète de Corinna avec les mots clé class, method, field etc. Il faut donc en amont s?assurer que openfoodfact-server est compatible avec cette version de Perl (utilise 5.32 à ce jour si mes informations sont correctes ?). 5.38 serait disponible avec Debian Trixie(testing). La dernière version stable de Debian fournit quand à elle Perl 5.36, sans la syntax class, donc. D?autres solutions telles que perlbrew sont envisageables pour choisir sa version de Perl indépendamment de Debian, mais cela ne semble pas être la méthode retenue d?après ce qui est décrit dans le Dockerfile de openfoodfact-server ? > - 2) utilisation du module Object::Pad (utilisable sur Perl >= 5.26), qui fournit l?implementation la plus aboutie de Corinna, mais qui fournit moins de garanties quant à la stabilité de son API (disons que c?est de l?expérimental++, mais qui a de fortes chances de se retrouver dans le Perl « core » quand même après discussions avec p5p et autres). Très bien pour une expérimentation rapide, sans avoir la dépendance « upgrade Debian » en épée de Damoclès. > > La préparation nécessaires en amont est assez différente selon que l?on veuille « juste expérimenter » avec ces fonctionnalités ou bien que l?on pense à préparer du code pour la production et le futur, etc. Hello, Clairement l'idée est plutôt d'aller sur du code qui parte rapidement en production. je pense que l'on partira plutôt sur Perl >= 5.38. Après c'est à l'équipe qui prendra le sujet en main de décider :-) Actuellement on est en Perl 5.32 donc j'imagine que la montée de version sera plutôt facile en soit (peut-être en partant de l'image Docker adéquat , au moins pour les tests). En production (qui est une installe LXC/container proxmox), on est encore sur debian bullseye, est-il difficile d'installer une version de perl différente de celle officielle ? (le dockerfile de l'image ci-dessus peut servir d'exemple) ++Alex -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From laurent.dami at justice.ge.ch Mon Mar 18 08:32:33 2024 From: laurent.dami at justice.ge.ch (Dami Laurent (PJ)) Date: Mon, 18 Mar 2024 07:32:33 +0000 Subject: [Perl] Hackathon perl pour Open Food Facts In-Reply-To: <277ded4f-56c3-4003-8a8e-e404ce8889b1@garel.org> References: <07135DC6-674E-44B7-9A00-BC8759682F79@feugere.net> <277ded4f-56c3-4003-8a8e-e404ce8889b1@garel.org> Message-ID: <8740e7faff754747863a03961bb7bb29@justice.ge.ch> Salut à tous, En examinant le code de ProductOpener afin de me préparer au hackaton, je constate que l'architecture actuelle n'est pas du tout orientée-objet : chaque module expose une collection de routines et importe de large pans des routines d'autres modules; l'état de l'app est dans des variables globales ou dans les hashmaps passés entre modules. L'introduction d'une architecture OO à travers Corinna (ou Moose, ou des Plain Old Perl Objects) serait très certainement bénéfique, mais ça demande un travail de conception sur l'organisation OO souhaitée (classes, méthodes, héritage, etc). Sujet passionnant mais ambitieux pour un week-end ! Si Corinna sert uniquement à "sécuriser les hashmaps", c'est à mon avis un peu overkill; un mécanisme comme Hash::Util::lock_keys permettrait déjà de réduire les risques d'erreurs sans forcer une montée en version de Perl. Just my 2 cents .. je me réjouis d'en discuter ce week-end ! A bientôt, L. Dami De : perl-bounces at mongueurs.net De la part de Alex Garel Envoyé : dimanche 17 mars 2024 22:46 Le 17/03/2024 à 18:45, Sébastien Feugère a écrit : * utilisation de corinna pour remplacer les hashmap par des objets dans le code [.. Corinna ] Hello, Clairement l'idée est plutôt d'aller sur du code qui parte rapidement en production. je pense que l'on partira plutôt sur Perl >= 5.38. Après c'est à l'équipe qui prendra le sujet en main de décider :-) Actuellement on est en Perl 5.32 donc j'imagine que la montée de version sera plutôt facile en soit (peut-être en partant de l'image Docker adéquat, au moins pour les tests). En production (qui est une installe LXC/container proxmox), on est encore sur debian bullseye, est-il difficile d'installer une version de perl différente de celle officielle ? (le dockerfile de l'image ci-dessus peut servir d'exemple) ++Alex -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From alex at garel.org Thu Mar 21 14:26:54 2024 From: alex at garel.org (Alex Garel) Date: Thu, 21 Mar 2024 14:26:54 +0100 Subject: [Perl] Hackathon perl pour Open Food Facts In-Reply-To: <8740e7faff754747863a03961bb7bb29@justice.ge.ch> References: <07135DC6-674E-44B7-9A00-BC8759682F79@feugere.net> <277ded4f-56c3-4003-8a8e-e404ce8889b1@garel.org> <8740e7faff754747863a03961bb7bb29@justice.ge.ch> Message-ID: <19e2fc33-d10c-4609-978f-65f410fe20c0@garel.org> Le 18/03/2024 à 08:32, Dami Laurent (PJ) a écrit : > > En examinant le code de ProductOpener afin de me préparer au hackaton, > je constate que l'architecture actuelle n'est pas du tout > orientée-objet : chaque module expose une collection de routines et > importe de large pans des routines d'autres modules; l'état de l'app > est dans des variables globales ou dans les hashmaps passés entre > modules. L'introduction d'une architecture OO à travers Corinna (ou > Moose, ou des Plain Old Perl Objects)  serait très certainement > bénéfique, mais ça demande un travail de conception sur l'organisation > OO souhaitée (classes, méthodes, héritage, etc). Sujet passionnant > mais ambitieux pour un week-end ! > > Si Corinna sert uniquement à "sécuriser les hashmaps", c'est à mon > avis un peu overkill; un mécanisme comme Hash::Util::lock_keys > permettrait déjà de réduire les risques d'erreurs sans forcer une > montée en version de Perl. > Désolé je n'ai vu ce mail que maintenant (car il était dans les spams? je pense qu'on a un problème de réglage DKIM sur cette liste). En effet lock_keys est certainement une très bonne solution si on couple ça à une bonne documentation de chaque clé ! ( j'imagine bien un lock_keys(%hash, keys %keys_descriptions); ) Je reporte ça dans le cryptpad https://cryptpad.fr/pad/#/2/pad/edit/cwBDABLR-P1sTbbnVVtIXY8Z/ Et pour préparer un passage objet on pourrait en effet commencer par continuer le découpage des modules en unités qui correspondent plus à des périmètres objets. À très bientôt ;-) -------------- section suivante -------------- Une pièce jointe HTML a été nettoyée... URL: From paul.gaborit at gmail.com Sat Mar 30 09:43:59 2024 From: paul.gaborit at gmail.com (Paul Gaborit) Date: Sat, 30 Mar 2024 09:43:59 +0100 Subject: [Perl] Disparition des miroirs CPAN ?!? Message-ID: <2bd30f58-c28f-4b4e-8bd2-b5c6c594f97b@gmail.com> Bonjour à tous, Depuis presque 20 ans pour l'un et 8 ans pour l'autre, je maintiens deux miroirs CPAN: et . Or depuis le 25 mars, l'un des deux n'arrive plus à se synchroniser avec cpan-rsync.perl.org. En cherchant la cause de ce bug, je tombe sur la page suivante: Je n'ai jamais reçu aucun message pour me prévenir de ce changement ! J'avoue que je trouve la méthode un peu cavalière. J'ai envoyé le message ci-dessus aux gestionnaires de CPAN. Maintenant je vais devoir arrêter proprement ces deux miroirs. C'était mes dernières contributions à l'écosystème Perl (je ne développe plus du tout en Perl). Je vais sans doute aussi stopper le site ... qui a bien vieilli ! :-) Au revoir et bon vent (comme on dit dans ma Bretagne natale) ! Cordialement, -- Paul Gaborit From mc at unistra.fr Sat Mar 30 14:28:53 2024 From: mc at unistra.fr (Marc Chantreux) Date: Sat, 30 Mar 2024 14:28:53 +0100 Subject: [Perl] Disparition des miroirs CPAN ?!? In-Reply-To: <2bd30f58-c28f-4b4e-8bd2-b5c6c594f97b@gmail.com> References: <2bd30f58-c28f-4b4e-8bd2-b5c6c594f97b@gmail.com> Message-ID: salut Paul, > Depuis presque 20 ans pour l'un et 8 ans pour l'autre, je maintiens deux > miroirs CPAN: et . merci pour ça! > oui ? je n'ai pas vu passé d'annonce nul part non plus. après je dois avouer que perl est devenu un peu lointain pour moi. mais franchement je me demande pourquoi ne pas maintenir les serveurs rsync en plus de leur CDN: ca permettait aux admins de mettre un mirroir au plus pres de grosses demandes. Je me demande aussi à quel point ce serait compliqué pour eux de relancer le bouzin. apres je vois qu'il y a des pbs de cash puisqu'ils font des appels aux donts pour sponso le PTS. Aussi: je me demande pourquoi l'ESR ne fait pas le pied de grue devant Renater pour maintenir ce genre mirroirs (perl, debian, BSD, ?): ils sont les mieux placés pour arroser tout leur réseau. > J'ai envoyé le message ci-dessus aux gestionnaires de CPAN. j'aimerais bien un retour :) > Je vais sans doute aussi stopper le site ... > qui a bien vieilli ! :-) je viens de jeter un coup d'oeil: je crois que tu peux l'enlever sans remord :) > Au revoir et bon vent (comme on dit dans ma Bretagne natale) ! encore merci pour ton engagement dans la communauté. -- Marc Chantreux From emmanuel at seyman.fr Sat Mar 30 18:27:36 2024 From: emmanuel at seyman.fr (Emmanuel Seyman) Date: Sat, 30 Mar 2024 18:27:36 +0100 Subject: [Perl] Disparition des miroirs CPAN ?!? In-Reply-To: <2bd30f58-c28f-4b4e-8bd2-b5c6c594f97b@gmail.com> References: <2bd30f58-c28f-4b4e-8bd2-b5c6c594f97b@gmail.com> Message-ID: * Paul Gaborit [30/03/2024 09:43] : > > Bonjour à tous, Bonjour, Paul. > Or depuis le 25 mars, l'un des deux n'arrive plus à se synchroniser avec > cpan-rsync.perl.org. En cherchant la cause de ce bug, je tombe sur la page > suivante: > > > > Je n'ai jamais reçu aucun message pour me prévenir de ce changement ! Deux choses m'étonnent : * Que ton rsync ait pu tourner jusqu'à la semaine dernière. On parle quand même d'une modification annoncée debut 2021. * Que tu n'ais pas été prévenu. C'est pourtant le minimum à faire et ça avait été annoncé comme étant fait. https://log.perl.org/2021/02/cpan-mirror-list-changes.html > Maintenant je vais devoir arrêter proprement ces deux miroirs. C'était mes > dernières contributions à l'écosystème Perl (je ne développe plus du tout en > Perl). Merci pour tes efforts ! Emmanuel From paul.gaborit at gmail.com Sun Mar 31 04:44:59 2024 From: paul.gaborit at gmail.com (Paul Gaborit) Date: Sun, 31 Mar 2024 04:44:59 +0200 Subject: [Perl] Disparition des miroirs CPAN ?!? In-Reply-To: References: <2bd30f58-c28f-4b4e-8bd2-b5c6c594f97b@gmail.com> Message-ID: Le 30/03/2024 à 18:27, Emmanuel Seyman a écrit : > * Paul Gaborit [30/03/2024 09:43] : [...] >> Or depuis le 25 mars, l'un des deux n'arrive plus à se synchroniser avec >> cpan-rsync.perl.org. En cherchant la cause de ce bug, je tombe sur la page >> suivante: >> >> >> >> Je n'ai jamais reçu aucun message pour me prévenir de ce changement ! > > Deux choses m'étonnent : > > * Que ton rsync ait pu tourner jusqu'à la semaine dernière. On parle > quand même d'une modification annoncée debut 2021. L'un des deux rsync continue à fonctionner. Ce qui est étonnant, c'est que mes deux miroirs sont sont censés s'adresser au même serveur rsync. J'espère que ce n'est qu'une erreur temporaire et que le service rsync sera maintenu. Car même si ces miroirs ne servent plus à la communauté, ça peut être utile en local pour limiter le trafic externe ou en cas de coupure temporaire. > * Que tu n'ais pas été prévenu. C'est pourtant le minimum à faire et > ça avait été annoncé comme étant fait. > > https://log.perl.org/2021/02/cpan-mirror-list-changes.html Je n'ai jamais reçu ce message... mais peut-être s'est-il égaré dans le SPAM ? Par ailleurs la page qui donnait l'état des différents miroirs fonctionnait encore jusqu'à fin 2023. >> Maintenant je vais devoir arrêter proprement ces deux miroirs. C'était mes >> dernières contributions à l'écosystème Perl (je ne développe plus du tout en >> Perl). > > Merci pour tes efforts ! Ce n'était pas grand chose à maintenir. ;-) Cordialement, -- Paul Gaborit