Merci du retour ! Effectivement il y a un gros problème sur le build dans gitlab :
Le build seul fonctionne en local sur mon dépôt, je vais tester le build du déploiement de test cette après midi.
En attendant NE PAS UTILISER CETTE VERSION, attendre la 0.55.1.
La version 0.55.1 est disponible ! La version 0.55.0 a été supprimé du dépôt officiel Pypi car non fonctionnelle.
Le changelog reste inchangé et se trouve plus haut.
duniterpy sub-foldersmaster not on tag as protected environment variables are not shared with pipelines started on a tagLa grande nouveauté est le support de WS2P !
Vous allez pouvoir vous connecter à un serveur Duniter en WS2P comme ci vous étiez un véritable nœud Duniter ! De quoi faire des automates en Python basés sur les événements WS2P…
Attention : la connexion par websocket a changée ! Reportez-vous aux exemples du dossier examples pour voir comment on se connecte en BMA et en WS2P en websocket.
La documentation automatique que personne ne lit est ici…
bma.ws: now websocket connections use the special WSConnection class and async, check examples.Unlock.from_inline() error on a newly created Unlocknoonce −> nonce, hashsys.exit() instead of exit()
helper folderhelper folder to helpersoutput_available() helper to check if an output is availableattrs/attr dependencysetup.py
README back to markdown, reword and update it.Ouuuuh c’est nice ça 
Super boulot vit !!
Pour l’installer, c’est simple :
pip3 install --user --upgrade
Ou modifiez votre fichier requirements.txt pour pip:
duniterpy==0.57.*
client(bma.wot.requirements_of_pending, minsig)
HeadV2 hérite maintenant des classes précédentes (contient les propriétés de toutes les versions précédentes Head, HeadV0, HeadV1). Attention, cela brise la compatibilité avec l’ancienne classe !
software_version des messages WS2Pv1 pas accepté si un mot clé suivait la version (1.7.21-beta est maintenant accepté)bma.blockhain.revoked qui appellait l’url /blockchain/with/excluded
/wot/requirements-of-pending command support in BMA apiHeadV2, HeadV1, HeadV0 and Head classes now each inherit from previous class BREAK BACKWARD COMPATIBILITY
software_version field in WS2Pv1 messages now accept a string after patch number (1.7.21-beta accepted)bma.blockhain.revoked command class calling /blockchain/with/excluded urlT’as implémenté scuttlebutt ?? Génial ! Je te fais un don illico !
Super @vit !!
@Moul , est-ce que la mise à jour se propage à silkaj?
Je suppose que cela change quelque chose à astroport/natools.py at master - astroport - P2Git @tuxmain ?
Venez en parler sur ScuttleButt,
Vous recevrez sûrement des LOVE par mon Journal 
Je modifie natools.py pour qu’il accepte tous les formats autorisés par DuniterPy.
Il y a une raison technique derrière ce choix ?
La raison a été discutée entre le développeur de Sakia qui avait un besoin et le développeur de Duniterpy qui lui a demandé la même chose. Les deux personnes étant les mêmes, une synergie s’est naturellement créée. 
Et quel était ce besoin ? ^^
Il s’agit de la dernière version majeur avec le support de Python v3.5.
Pas de bénéfice direct pour l’utilisateur final. Contient principalement des améliorations sur l’environnement de développement, la CI/CD, des mises à jour de dépendances, l’amélioration des examples.
Last major release with Python 3.5 support
No profit for the end-user. Contains mostly DevEnv, CI/CD, dependencies updates, examples improvements.
Note: This is the last major release with Python v3.5 support.
As Python 3.5 security fixes are dropped on September 13th of 2020.
.gitlab-ci.yml
publish_doc job not workingCONTRIBUTING.md to be recognised by GitLabpylibscrypt to hashlib.scrypt from the standard Python 3.6 libDuniterPy supporte maintenant GVA et GVASUB !
Un exemple est fourni :
Yes j’ai vue ça !
Moi je continue mon micro-client GVA tout en apprenant python, je me demandais justement si je devais passer des choses en async en comparant avec duniterpy, puis j’ai vue ton dernier post à ce sujet ^^
Je vais continuer mes tests isolés mais si je suis satisfait de ce que j’ai fait et que ce n’est toujours pas le cas d’ici là, je veux bien tenter d’intégrer ça dans duniterpy sur une nouvelle branche, maintenant que la mécanique est simplifié.
Faudrait que je compare avec ce qui a été fait en BMA pour bien cerner comment ça doit être intégré.
Sinon je continue mon truc dans mon coin, ça me dérange pas ça m’occupe ^^
Pour info, la version sans asyncio 1.0.0a (qui va peut-être changer de numéro et arriver plus tôt) supporte aussi GVA et GVASUB.
La différence entre asyncio et thread mérite une formation en visio tellement c’est important à connaître pour ne pas recopier bêtement des tutos en pensant que c’est asynchrone alors que pas du tout. Dans DuniterPy, un seul exemple est asynchrone malgré le fait que tous les exemples doivent utiliser la syntaxe asyncio pour se servir de DuniterPy…
GVASUB est implémenté en aveugle et non testé réellement. L’avantage d’utiliser DuniterPy est la possibilité de charger le schéma complet de l’api depuis le serveur, également de valider la syntaxe de la requête graphQL, et enfin de valider la requête par rapport au schéma. Ce qui est très difficile sans une bibliothèque cliente graphQL.
Ton travail sera précieux si on fait avec GVA comme avec BMA, une couche d’abstraction qui évite d’apprendre l’api. Il permettra d’avoir le format des requêtes graphQL.
Salut à tous,
J’ai une question de grand débutant: Est-ce que DuniterPy est compatible micropython?
Merci!
Aucune idée. Désolé, il faut que tu fasses le test.