# Cahier de test Duniter 1.7.7 (Release Candidate)
**URL:** https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480
**Category:** Duniter-v1
**Created:** [18 December 2018 13:43 UTC](https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480 "2018-12-18T13:43:30Z")
**Posts on this page:** 10
**Page:** 2
### Author:  [@elois](https://forum.duniter.org/u/elois)
#### Post date: [27 December 2018 11:47 UTC](https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480/21 "2018-12-27T11:47:25Z")
> [@Inso](#):
>
> On me fait la remarque que la dernière release est la 1.7.7 sur le Wiki [https://git.duniter.org/nodes/typescript/duniter/wikis/Releases](https://git.duniter.org/nodes/typescript/duniter/wikis/Releases)
Normalement @sveyret avait conçu cela de façon à ce que seules les releases estampillés stable soient publiés sur le wiki, cela se produit par l’éxécution manuelle du job “release” dans la CI, or ~~@cgeek~~ quelqu’un a éxécuté ce job sur plusieurs version 1.7.x alors que le cahier des tests n’est pas encore complet, il faudrait d’ailleurs de refaire de zéro pour la 1.7.8.
Je propose donc qu’on supprime les version 1.7.x du wiki tant qu’elles ne sont pas estampillés stable, comme cela avait été pensé a l’origine 🙂
---
### Author:  [@Inso](https://forum.duniter.org/u/Inso)
#### Post date: [27 December 2018 11:48 UTC](https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480/22 "2018-12-27T11:48:01Z")
> [@elois](#):
>
> Je propose donc qu’on supprime les version 1.7 du wiki tant qu’elles ne sont pas estampillés stable, comme cela avait été pensé a l’origine 🙂
Je suis d’accord 🙂
---
### Author:  [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [27 December 2018 12:20 UTC](https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480/23 "2018-12-27T12:20:29Z")
> [@elois](#):
>
> or @cgeek a éxécuté ce job sur plusieurs version 1.7.x
Possible que ce soit moi lorsque j’ai joué avec les PR en voulant tester ce job release que j’ai lancé.
Je voulais savoir à quoi il correspond.
J’ai peut-être fait des releases ou cette modification vers stable a eu lieu.
---
### Author:  [@elois](https://forum.duniter.org/u/elois)
#### Post date: [27 December 2018 12:30 UTC](https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480/24 "2018-12-27T12:30:38Z")
> [@Moul](#):
>
> Possible que ce soit moi lorsque j’ai joué avec les PR en voulant tester ce job release que j’ai lancé.
> Je voulais savoir à quoi il correspond.
> J’ai peut-être fait des releases ou cette modification vers stable a eu lieu.
Ha autant pour moi, je croyais qu’il n’y avait que cgeek et moi qui touchaient a la CI de Duniter 😅
Je renommerai bien ce job en publish\_stable pour que ce soit plus clair 🙂
---
### Author:  [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [27 December 2018 12:42 UTC](https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480/25 "2018-12-27T12:42:58Z")
On pourrait pas séparer en deux tâches ?
Une pour tester que ça package bien (ex: PR sur Node.js 10) et une autre pour tagger la release de stable ?
---
### Author:  [@elois](https://forum.duniter.org/u/elois)
#### Post date: [27 December 2018 12:50 UTC](https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480/26 "2018-12-27T12:50:22Z")
C’est déjà ce que fait le stage `package` non ?
---
### Author:  [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [27 December 2018 12:56 UTC](https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480/27 "2018-12-27T12:56:16Z")
Oui, ou alors j’ai pas compris comment se fait l’estampillement stable.
---
### Author:  [@Junidev](https://forum.duniter.org/u/Junidev)
#### Post date: [27 December 2018 14:21 UTC](https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480/28 "2018-12-27T14:21:13Z")
> [@Inso](#):
>
> J’ai lancé les deux synchro en meme temps, et elles progressent exactement à la même vitesse.
Oui en effet c’est une expérience différente.
> [@cgeek](#):
>
> Il est certainement possible d’améliorer cette procédure de stockage d’ailleurs, notamment il n’y a pas d’insertion en masse je crois.
faire la jointure des tables directement plutôt que des recherche et insertion individuel? Du coup je vais m’intéresser à ça directement, Duniter n’étant plus limité comme je le pensais.
---
### Author:  [@fdrubigny](https://forum.duniter.org/u/fdrubigny)
#### Post date: [30 December 2018 15:48 UTC](https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480/29 "2018-12-30T15:48:50Z")
Bonjour tout le monde !
J’ai duniter d’installé en version 1.7.7 sur Raspberry Pi via Yunohost.
Je suis obligé de refaire la synchronisation tous les deux ou trois jours car le noeud reste figé en retard de bloc et de date… avez-vous rencontré ce même genre de soucis ? y-a-t-il une solution pour que le noeud reste synchronisé ? je retente ma chance sur la synchro, je vous tiens au courant.
Bonne fin de journée à toutes et à tous.
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [8 January 2019 16:51 UTC](https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480/30 "2019-01-08T16:51:28Z")
Ce cahier mériterait d’être mis à jour, il est un peu trop binaire … par exemple la taille des livrables c’est acceptable, ils ont prix 2-3% d’embonpoint mais ce n’est pas critique.
Aussi certains points comme la résolution de fork ce devrait simplement être un test automatisé.
Pour cette version 1.7, je crois qu’on va en rester là. Sinon elle ne va jamais sortir officiellement alors que déjà plus de 50% des calculateurs l’utilisent.
[Previous page](https://forum.duniter.org/t/cahier-de-test-duniter-1-7-7-release-candidate/5480.md?page=1)