Ceci étant ta web-ui fonctionne, tu peut donc vérifier directement sur ta web-ui si tu est synchronisé, regarde les heads en dessous des connexions et trouve le tien, s’il est au même blockstamp que la majorité des heads c’est que tu est bien synchronisé
l’api BMA ne sert que pour les clients (Cesium, Sakia, Silkaj), tu n’en a donc pas besoin sauf si tu souhaite contribuer activement au réseau accessible par sakia (les 2 autres clients se calent sur un seul noeud choisi par l’utilisateur).
Suite à bug semi-critique qui causait la soumission au réseau de blocs invalident (et donc une chute de la difficulté malgré le grand nombre de membres calculant) il y a aura une version 1.6.12 car ce bug ne peut clairement pas attendre la 1.7 :
C’est là que les branches de version ont toutes leur utilité, ayant appliqué le correctif sur la branche 1.6 la version 1.6.12 ne sera pas impactée par les travaux en cours sur la branche dev
Je livrerai la 1.6.12 dés que possible (au plus tôt vendredi soir sinon dans le WE ou en début de sem pro) !
Tu a pusher sur la mauvaise branche c’est désormais sur la branche 1.6 qu’i faut appliquer tout ce qui concerne la 1.6, la branche dev contient des travaux en cours non stabilisés !
Du coup pour recopier ton commit sur la 1.6 j’ai fait :
git checkout dev
git reset HEAD~1
git stash
git checkout 1.6
gitn stash pop
Sinon il y a git cherry-pick, ça permet de conserver l’auteur notamment.
Bon peu importe, je ne savais pas que tu avais déjà fait la branche 1.6 à ce moment-là. Je m’attendais à ce qu’elle soit faite une fois la release officielle produite.
Tu peut livrer les versions windows et arm quand tu veut mais attention il faut que tu soit sur la branche 1.6 pas sur la branche dev ni encore moins sur master !
Je viens d’installer sur un de mes nœuds raspi le .deb de la version 1.6.11 sur la version 1.6.10. Cela à l’air de fonctionner pour l’instant.
Ce nœud est sous Raspbian Stretch
Bon, après une matinée un peu mouvementée (urgences…) me revoilà. C’est bien
./release/new_prerelease.sh 1.6.12
qu’il faut lancer? Parce qu’à la sortie, il génère le fichier duniter-desktop-1.6.12-windows-x64.exe (sans « v ») mais ensuite il veut uploader le fichier duniter-desktop-v1.6.12-windows-x64.exe (avec un « v »).
Et la release arm est aussi avec un « v » et je n’ai pas eu de problème cette fois (en tout cas pas de problème apparent). Je suis en train de l’installer sur mon nœud gtest et ça a l’air de fonctionner.
Ah je soupçonne que quelque chose s’est mal passé au moment où @elois a fait la release (create release). Parce que tous les tags avant commencent par un « v » alors que la sienne n’a pas le « v ». Est-ce que ça viendrait du fait qu’on n’est pas sur la branche dev mais sur une autre branche? Pas trop le temps de fouiller aujourd’hui, désolé!