09:17 <discord_afpy> <saturn7694> c'est une évidence mathématique ça
09:18 <discord_afpy> <saturn7694> si tu as 0 code tu as 0 bug
09:18 <Mindiell> et pourtant ça compile !
09:19 <discord_afpy> <saturn7694> ça marche aussi avec les maladies / les être vivants, les conflits / les humains etc...
09:21 <discord_afpy> <saturn7694> après on peut discuter de la courbe de progression
09:24 <discord_afpy> <saturn7694> une compilation réussie ne garantie pas l'absence de bug non plus (même en Rust)
11:58 <alain_afpy> [ANN] Nouvelle version Mémento Python 3 (v2.1.1) + changement hébergement - https://linuxfr.org/users/lolop/journaux/ann-nouvelle-version-memento-python-3-v2-1-1-changement-hebergement
13:06 <alain_afpy> Pourquoi NumPy peut être complexe pour les développeur·se·s Python - https://dynomight.net/numpy/
14:13 <lcaracol> mdk: c'est pénible à garder à jour woodpecker?
14:13 <lcaracol> je vois que ça tiens sur 3 packages:
14:13 <lcaracol> https://woodpecker-ci.org/docs/administration/installation/packages
14:14 <lcaracol> et sur le discourse c'est annoncé comme tenant sur un Raspberry: https://discuss.afpy.org/t/admin-sys-discourse-munin-woodpecker/1280
14:15 <lcaracol> (m^peme si dans le munin je vois que pour woodpecker c'est aujourd'hui deux machines, qui doivent être plus puissantes)
14:16 <lcaracol> je viens de demander à l'admin de tilde.green chez qui j'ai un compte, pour l'instant ils en sont à regarder comment se comporte forgejo action
14:16 <lcaracol> (git.tilde.green)
14:18 <lcaracol> ...
14:18 <mdk> lcaracol: non c'est plutôt simple même à mettre à jour, comme forgejo
14:19 <lcaracol> au sujet de setuptools, je vois dans la doc que comme chez flit, ils recommandent officiellement *build* https://setuptools.pypa.io/en/latest/build_meta.html#how-to-use-it
14:20 <lcaracol> mais bon, j'en suis pas encore à faire des builds etc...
14:20 <mdk> oui build saybien
14:20 <mdk> c'est ~600 lignes de code, build, donc j'aime :)
14:22 <lcaracol> mdk: merci pour ton retour pour les maj de woodpecker, avec un peu de chance ils seront peut être intéressés pour en mettre un
14:22 <lcaracol> là un autre utilisateur explique qu'il utilise appveyor pour d'autres forges, et c'est nettement moins libre
14:34 <mdk> lcaracol: tu peux t'inspirer de https://git.afpy.org/AFPy/infra si ça peut t'être utile.
14:35 <mdk> lcaracol: nous on met a jour un peu plus doucement qu'on devrait nos woodpecker car certains agents ne sont pas hébergés par nous, ils sont parfois sur des machines sur lesquelles on a même pas de ssh, donc pour les mises à jour, bof.... là on a un woodpecker agent chez gentilsnuages, à la pyconfr on en avait un sur la machine perso d'un des traducteurs, ... :)
14:35 <mdk> d'un côté c'est cool chacun contribue à l'infra
14:46 <discord_afpy> <chadys> @Astrofra bonne chance 🙂
16:30 <artspy> bonjour, est-ce qu'on peut parler de baston ici ?
16:31 <artspy> bon, plus sérieusement --> https://basthon.fr/documentation/
16:32 <artspy> Quelqu'un connaît ?
16:34 <artspy> Un bac à sable pour python. Ça pourrait être sympa un serveur basthon hébergé par l'AFPy.
18:01 <discord_afpy> <saturn7694> bagarre ?
18:10 <discord_afpy> <saturn7694> c'est sympa mais je vois pas trop la différence avec un notebook jupyter
18:10 <discord_afpy> <saturn7694> (à part plus de langages peut être)
18:21 <artspy> Les deux interfaces de Basthon sont des sites statiques, c'est-à-dire que c'est votre navigateur qui travaille et non le serveur, qui ne fait que servir des fichiers.
18:23 <artspy> Est-ce que ça veut dire que le bytecode python est interprété par javascript ou webasm ?
18:25 <artspy> si c'est le cas, ça change tout pour la sécurité côté serveur.
18:29 <discord_afpy> <saturn7694> ah ok
18:30 <discord_afpy> <saturn7694> ça marche bien du coup
19:27 <entwanne> De ce que je vois ça utilise pyoide donc une compilation en webassembly
19:27 <entwanne> * pyodide
19:30 <artspy> entwanne, est-ce à dire que le bytecode utilisé est du webassembly et non celui classique de cpython ?
19:31 <entwanne> Je ne connais pas en détails, je t'invite à lire https://pyodide.org/en/stable/, mais a priori c'est un portage ce CPython
19:41 <artspy> d'après ce que je comprends, pyodide est compilé avec clang à partir des sources de cpython (avec quelques adatations) pour produire du bytecode LLVM qui est envoyé à emscripten pour produire du WebAssembly.