nb : dans cet article, je n'évoque que l'interpréteur officiel, CPython (3.4+) et l'usage de modules standard à l'interpréteur (donc pas d'exemples de cffi, quel qu’en soient les qualités par ailleurs !).
Ce week-end, j'ai fait une énième recherche sur une bricole pour la communication Python et Rust via cTypes. Sur ces "détails" qu'on oublie aussi vite qu'on se casse les dents dessus lorsqu'on ne pratique pas.
Comme ma mémoire est encore plus limitée que le nombre d'onglets (…)
Ce journal est une traduction de https://discuss.python.org/t/python-3-11-0-final-is-now-available/20291
Exemple :
Traceback (most recent call last):
File "test.py", line 2, in <module>
x['a']['b']['c']['d'] = 1
~~~~~~~~~~~^^^^^
TypeError: 'NoneType' object is not subscriptable
Juste une bafouille pour vous présentez ma nouvelle lib python3 : htag
En gros : ça permet de créer des composants qui seront nativement transformés en HTML/JS/CSS, et qui seront réutilisables dans une appli desktop (linux/mac/win), une appli android (apk) ou dans un site web.
En simplifiant : on code ses composants comme on les coderait avec une lib de gui classique (tk, gtk, qt, wx, …), et on les fait tourner à l'aide d'un "runner htag" (pour du desktop (…)
Si vous développez ou utilisez des programmes s’exécutant au-dessus de l’interpréteur Python, il peut arriver que vous vous retrouviez avec un environnement très dégradé sur votre poste de travail..
Je propose ici de découvrir un ensemble d’outils permettant de configurer des environnements Python qui vous éviteront de polluer votre système ou vos futurs environnements de développement. En effet, entre votre système Linux et les multiples projets de développement sur lequel vous travaillez vous avez souvent besoin d’interpréteur Python dans des versions différentes ou de librairies dans des versions particulières.
Dans ce guide, nous allons voir comment installer un environnement Python répondant aux cas d’usage suivants :
Salut,
En travaillant à abandonner Python 2 sur un projet, j'ai réalisé que la version mineure de Python 3 était beaucoup plus importante que je ne m'y attendais.
Je cible Python 3.6 car c'est la version de RHEL 7, supportée jusqu'en 2014. Autant dire qu'on va en avoir pendant encore 5 ans. Mais voilà, Python 3.6 (2016) est déjà abandonné par la PSF. Effectivement, la PEP-602 définit qu'une version est supportée 5 ans. pip lui-même ne supporte plus Python 3.6 (…)
J'ai forké S3QL !
Contexte : J'ai des serveurs chez des hébergeurs français, et je voulais avoir du stockage partagé entre plusieurs serveurs, sauf qu'il n'y a pas d'équivalent à Amazon EFS, et pour les petits besoins, un NAS, c'est relativement cher. C'est aussi moins souple si ces besoins varient.
S3QL est une solution sympa (pour ceux qui ne connaissent pas, c'est un système de fichiers qui repose sur un stockage objet) mais on ne peut le monter que depuis (…)
L’équipe de développement est heureuse de vous annoncer la sortie de la première version prête pour la production de Squest, l’outil à destination des DevOPs/SRE.
Pour rappel, Squest, que vous retrouverez en introduction dans une dépêche précédente dans sa version alpha, est un outil auto hébergé vous permettant d'exposer votre automatisation disponible depuis votre instance de Ansible Tower/AWX en tant que service.
Après un résumé des principales nouveautés, nous allons vous présenter un tutoriel de création d’un service.
Squest est un logiciel libre (APLv2) permettant d'exposer de l'automatisation, basée sur Ansible Tower/AWX, en tant que service (mode SaaS).
Ansible Tower et sa version libre AWX sont une console centrale de gestion des tâches d'automatisation, pour Ansible qui sert à automatiser la gestion et la configuration d'ordinateurs. Ces outils sont notamment utilisés par des profils ingénierie de la fiabilité des sites (SRE Site Reliability Engineering) ou DevOps.
Il existe une vidéo d'introduction à Squest.
Dans les précédentes dépêches, nous avons discuté de la popularité de Python, la fin de la maintenance de Python 2, les différentes variantes de Python, comment les faire cohabiter avec Py et Pipenv…
Dans la continuité de la précédente dépêche, cette dépêche présente une autre approche pour faire cohabiter différentes versions de Python sur un même ordinateur : Nix. 🚀 🐍 💫 
Bonjour ici,
Les flux RSS et/ou Atom sont toujours autant présents sur les internets, mais pas forcément autant utilisés qu'avant. À cette époque presque révolue où les gens n'utilisaient pas les réseaux dit sociaux pour se gaver d'informations, il existait des "planet", c'est à dire des systèmes permettant d'agréger différents flux.
Et comme le nom du truc a donné de brillantes idées aux gens, chacun y est allé de son originalité :
Bonjour,
Je suis en train de mettre au point une cablecam ptz pilotée grâce à une Raspberry P4 en Python 3 et commandé via un un server web. J'ai une fonction manuel et auto pour la faire avancer sur le câble. En gros il y a des fins de course qui font repartir la bête à chaque extrémité du câble. Mon soucis c'est que pour avoir un démarrage progressif du moteur j'ai utilisé:
for dc in range(0,
Cher nal,
Mon neveu apprend à programmer ; il va de soi que je ne peux que soutenir une cause aussi noble.
Son laptop est une location de service public qui tourne évidemment sous un célèbre système d'exploitation propriétaire. Il n'est donc pas question de toucher à l'OS mais juste d'installer son langage de cours avec un IDE simplifié, et d'associer l'exécution du code à une combinaison de touches.
Il suffit donc de faire l'équivalent UNIX d'installer un auto-extractible (…)