Je fais systématiquement un rm -rf duniter puis git clone…
Mais je suppose que tu veux parler de l’environnement de node… je le nettoie comment ?
Sinon tu me dis que tu as node 9.11.2 mais dans le build_arm.sh il y a toujours 9.4.0. Tu veux que je le change ? Par ailleurs, dans mes recherches sur node (c’est une planète que je ne connais pas du tout) nodejs ne supporte apparemment pas la version 9, c’est 8 ou 10. Je suppose que comme d’autres softs les versions impaires sont des versions de dev ?
Je suis donc repassé en 9.4.0, j’ai corrigé l’erreur de type et après avoir bidouillé manuellement pour que la ******* de release rafraîchisse pas avec le git… c’est passé. Arf. En cours de test sur le raspi, qui est en train de synchroniser, apparemment correctement, en tout cas il a l’air d’avoir tous les binaires dont il a besoin (et le .deb fait quelques mégas de plus que celui qui foirait, ce qui est plutôt bon signe).
Bon. Reste la windows maintenant… peut-être le même problème. Ça va être moins drôle pour bidouiller la release. @cgeek tu ferais pas une 1.7.15 avec le fix de l’erreur ? Histoire de m’éviter à faire des contorsions dans tous les sens pour tout faire à la main ?
@cgeek : as tu le temps de merger ca ? Ce serait chouette d’avoir une release 1.7 avec le tx/history qui fonctionne.
Car là je n’arrive plus à synchroniser mes noeuds v1.6 (Ca prends des jours, et ca fini sur un fork qui ne se résoud pas…). Autrement dit, plus personne n’a accès à un historique à jour.
@kimamila
Pour info, mon noeud g1.presles.fr tourne avec une version 1.7.14 avec le correctif de la merge request, donc avec le tx/history/[pub_key]/times/[start_time]/[end_time] qui fonctionne.
@jardin En fait même si tu synchronises sur un noeud 1.6 ou un noeud 1.7 avec correctif sur le tx/history/.../times (comme le mien g1.presles.fr), si le tiens est en 1.7 sans le correctif (qui n’est pas encore mergé), alors tu ne verras que les DU sur la vue “Mes opérations” initiale, car un noeud 1.7 non corrigé ne sauvegarde pas les données de la colonnes time dans la table SQLite txs, lors de la synchro.
C’est un simple Raspberry Pi 3, donc oui les perfs sont pas terrible, en particulier quand il calcul. Je vais migrer mon noeud sur un NUC Intel ce soir ou demain.
Pour info : je manque de temps, mais j’essaie de regarder le correctif et, si possible, de le merger cette semaine et livrer une nouvelle version dans la foulée.
Je ne lance jamais de commande yarn ou npm, ce sont les scripts de release qui font… ce qu’ils ont à faire. 
j’ai raté quelque chose ? 
