[Important] Bug Duniter <= 1.6.23

cgeek · 26 December 2018 20:53

Pour information : environ la moitié des nœuds du réseau Ğ1 a subi, ce lundi 24 décembre, un bug séparant le réseau en deux parties :

les nœuds dits « historiques » se sont bloqués aux environs du bloc#181831 (24/12/2018).
les nœuds « récemment resynchronisés » n’ont quant à eux subi aucun blocage, et font que la Ğ1 tourne toujours pleinement.

Par « nœuds historique » j’entends : tous les nœuds en version 1.6.23 ou inférieure, ainsi que ceux en version 1.6.24 ou 1.6.25 n’ayant pas effectué de resynchronisation lors de leur mise à jour.

Par « nœuds récémment resynchronisés », entendez les 1.6.24 et 1.6.25 qui ont été resynchronisés, ou 1.7.x (resynchronisation obligatoire pour fonctionner).

Que faire ?

Si votre nœud est en version 1.6.23 ou inférieure, mettez à jour celui-ci en version 1.6.25 et relancez une synchronisation (en visant par exemple g1.duniter.org) !

Cela aura pour effet de remettre la base de données de votre nœud au propre, en phase avec les nœuds plus récents.

Sont notamment concernés par ce message : @aguy, Julien_Jardin, BnimajneB, @elois, @Frederic_Renault, @nono2357, @Pol, … liste non exhaustive, mais tous ne sont pas inscrits sur ce forum et je n’ai pas extrait la liste complète. Chacun pourra vérifier par lui-même si son nœud est OK ou non.

N.B. : attention ! Ceci n’est pas une liste des mauvais élèves, mais plutôt ceux dont le nœud tourne avec beaucoup d’inertie (des piliers en quelques sorte).

Que s’est-il passé précisément ?

Je détaille les raisons techniques sur un autre sujet, pour ne pas polluer celui-ci. Voir : Détails du « fork de Noël » (nœuds <= 1.6.23)

elois · 26 December 2018 22:06

Merci beaucoup pour l’inspection détaillée, je viens de reset data et resync mes 2 nœuds g1, ils devraient être de nouveau opérationnels demain matin

Frederic_Renault · 26 December 2018 23:16

Merci d’avoir repéré le problème!

Mon noeud (1.6.23) avait été installé sur yunohost et là je n’arrive pas à le mettre à jour automatiquement par l’interface d’admin… Il faut que je regarde plus en détail.

Vaut-il mieux que je l’éteigne en attendant?

I nfo: Upgrading app duniter…
Error: Unable to upgrade duniter
Info: The operation ‘Upgrade ‘duniter’ application’ has failed ! To get help, please share the full log of this operation using the command ‘yunohost log display 20181227-011416-app_upgrade-duniter --share’

> description: Upgrade 'duniter' application
> log_path: /var/log/yunohost/categories/operation/20181227-011416-app_upgrade-duniter.log
> logs: 
>   - 2018-12-27 01:14:16,211: DEBUG - ++ . /usr/share/yunohost/helpers.d/network
>   - 2018-12-27 01:14:16,211: DEBUG - ++ for helper in $(run-parts --list /usr/share/yunohost/helpers.d 2>/dev/null)
>   - 2018-12-27 01:14:16,211: DEBUG - ++ '[' -r /usr/share/yunohost/helpers.d/nodejs ']'
>   - 2018-12-27 01:14:16,212: DEBUG - ++ . /usr/share/yunohost/helpers.d/nodejs
>   - 2018-12-27 01:14:16,212: DEBUG - +++ n_install_dir=/opt/node_n
>   - 2018-12-27 01:14:16,213: DEBUG - +++ node_version_path=/opt/node_n/n/versions/node
>   - 2018-12-27 01:14:16,213: DEBUG - +++ export N_PREFIX=/opt/node_n
>   - 2018-12-27 01:14:16,213: DEBUG - +++ N_PREFIX=/opt/node_n
>   - 2018-12-27 01:14:16,214: DEBUG - ++ for helper in $(run-parts --list /usr/share/yunohost/helpers.d 2>/dev/null)
>   - 2018-12-27 01:14:16,214: DEBUG - ++ '[' -r /usr/share/yunohost/helpers.d/package ']'
>   - 2018-12-27 01:14:16,215: DEBUG - ++ . /usr/share/yunohost/helpers.d/package
>   - 2018-12-27 01:14:16,215: DEBUG - ++ for helper in $(run-parts --list /usr/share/yunohost/helpers.d 2>/dev/null)
>   - 2018-12-27 01:14:16,215: DEBUG - ++ '[' -r /usr/share/yunohost/helpers.d/print ']'
>   - 2018-12-27 01:14:16,216: DEBUG - ++ . /usr/share/yunohost/helpers.d/print
>   - 2018-12-27 01:14:16,216: DEBUG - ++ for helper in $(run-parts --list /usr/share/yunohost/helpers.d 2>/dev/null)
>   - 2018-12-27 01:14:16,216: DEBUG - ++ '[' -r /usr/share/yunohost/helpers.d/psql ']'
>   - 2018-12-27 01:14:16,217: DEBUG - ++ . /usr/share/yunohost/helpers.d/psql
>   - 2018-12-27 01:14:16,217: DEBUG - ++ for helper in $(run-parts --list /usr/share/yunohost/helpers.d 2>/dev/null)
>   - 2018-12-27 01:14:16,217: DEBUG - ++ '[' -r /usr/share/yunohost/helpers.d/setting ']'
>   - 2018-12-27 01:14:16,218: DEBUG - ++ . /usr/share/yunohost/helpers.d/setting
>   - 2018-12-27 01:14:16,218: DEBUG - ++ for helper in $(run-parts --list /usr/share/yunohost/helpers.d 2>/dev/null)
>   - 2018-12-27 01:14:16,218: DEBUG - ++ '[' -r /usr/share/yunohost/helpers.d/string ']'
>   - 2018-12-27 01:14:16,219: DEBUG - ++ . /usr/share/yunohost/helpers.d/string
>   - 2018-12-27 01:14:16,219: DEBUG - ++ for helper in $(run-parts --list /usr/share/yunohost/helpers.d 2>/dev/null)
>   - 2018-12-27 01:14:16,220: DEBUG - ++ '[' -r /usr/share/yunohost/helpers.d/system ']'
>   - 2018-12-27 01:14:16,220: DEBUG - ++ . /usr/share/yunohost/helpers.d/system
>   - 2018-12-27 01:14:16,220: DEBUG - ++ for helper in $(run-parts --list /usr/share/yunohost/helpers.d 2>/dev/null)
>   - 2018-12-27 01:14:16,221: DEBUG - ++ '[' -r /usr/share/yunohost/helpers.d/user ']'
>   - 2018-12-27 01:14:16,221: DEBUG - ++ . /usr/share/yunohost/helpers.d/user
>   - 2018-12-27 01:14:16,221: DEBUG - ++ for helper in $(run-parts --list /usr/share/yunohost/helpers.d 2>/dev/null)
>   - 2018-12-27 01:14:16,222: DEBUG - ++ '[' -r /usr/share/yunohost/helpers.d/utils ']'
>   - 2018-12-27 01:14:16,222: DEBUG - ++ . /usr/share/yunohost/helpers.d/utils
>   - 2018-12-27 01:14:16,222: DEBUG - + source functions.sh
>   - 2018-12-27 01:14:16,223: DEBUG - + app=duniter
>   - 2018-12-27 01:14:16,223: DEBUG - ++ ynh_app_setting_get duniter domain
>   - 2018-12-27 01:14:16,223: DEBUG - ++ sudo yunohost app setting duniter domain --output-as plain --quiet
>   - 2018-12-27 01:14:16,825: DEBUG - + domain=g1.madeinzion.org
>   - 2018-12-27 01:14:16,825: DEBUG - ++ ynh_app_setting_get duniter port
>   - 2018-12-27 01:14:16,826: DEBUG - ++ sudo yunohost app setting duniter port --output-as plain --quiet
>   - 2018-12-27 01:14:17,427: DEBUG - + port=10901
>   - 2018-12-27 01:14:17,428: DEBUG - ++ ynh_app_setting_get duniter arch
>   - 2018-12-27 01:14:17,428: DEBUG - ++ sudo yunohost app setting duniter arch --output-as plain --quiet
>   - 2018-12-27 01:14:18,130: DEBUG - + arch=x64
>   - 2018-12-27 01:14:18,130: DEBUG - ++ ynh_app_setting_get duniter admin
>   - 2018-12-27 01:14:18,131: DEBUG - ++ sudo yunohost app setting duniter admin --output-as plain --quiet
>   - 2018-12-27 01:14:18,732: DEBUG - + admin=frenault
>   - 2018-12-27 01:14:18,733: DEBUG - + REMOVE_DUNITER
>   - 2018-12-27 01:14:18,733: DEBUG - + duniter status
>   - 2018-12-27 01:14:22,541: DEBUG - Duniter is not running.
>   - 2018-12-27 01:14:22,573: ERROR - Unable to upgrade duniter
> metadata: 
>   ended_at: 2018-12-27 01:14:22.574185
>   env: 
>     YNH_APP_ID: duniter
>     YNH_APP_INSTANCE_NAME: duniter
>     YNH_APP_INSTANCE_NUMBER: 1
>     YNH_CWD: /var/cache/yunohost/from_file/duniter_ynh-f266234ee6847490ce058b98e47c34e74442c9e8/scripts
>     YNH_STDINFO: /tmp/tmpXPO21i/stdinfo
>   error: Unable to upgrade duniter
>   operation: app_upgrade
>   related_to: 
>     - app
>     - duniter
>   started_at: 2018-12-27 01:14:16.001691
>   success: False
> metadata_path: /var/log/yunohost/categories/operation/20181227-011416-app_upgrade-duniter.yml
> name: 20181227-011416-app_upgrade-duniter

@Moul, qu’en penses-tu?

jul · 26 December 2018 23:45

Merci pour le compte-rendu du problème. Je ne suis pas spécialiste et je fais tourner Duniter en pointillé sur des PC windaub lorsque ceux-ci sont allumés pour d’autres tâches. L’un deux est bien en 1.6.25 et l’autre en 1.6.23 (celui qui est le plus souvent allumé malheureusement).
En voulant mettre la version 1.6.25 sur les deux, je m’aperçois que sur cette page, il n’y a pas de lien vers la 1.6.25 en version Windose…Normal?

Junidev · 27 December 2018 00:22

je pensais mettre la 1.7.7 direct (plus rapide?) mais ça reste plus instructif de cette manière donc 1.6.25 en reload.

cgeek · 27 December 2018 08:06

Bien vu ! Je n’avais pas demandé à jytou de produire cette version, tandis que la 1.6.24 a été supprimée.

Du coup, @jytou, peux-tu gérer la release de la 1.6.25 stp ? ARM + Windows. (désolé je te sollicite pas mal en ce moment)

Patrice_F · 27 December 2018 09:34

Hello,

Ça fait un peu moins d’une semaine que j’essaye de synchoniser un noeud sur une nouvelle installation (OS yunohost) avec duniter 1.6.25. J’en suis à 3 syncho lancé, et les 3 fois, celle-ci est resté bloqué au bloc 179749 :

J’ai lancé un reset data et start sync à chaque fois…

Les 2 premières fois, je me suis synchoniser sur un noeud 1.7 et la dernière sur 1.6.25.

vincentux · 27 December 2018 09:35

je suis aussi sur Yunohost et pour les mises à jour je télécharge le fichier .deb dans le dossier /tmp/ par exemple et je “l’install” par dessus l’ancienne version avec la commande :
sudo dpkg -i duniter-server-version.deb

bien-sur penser a stopper duniter avant

cgeek · 27 December 2018 09:45

Peux-tu préciser chaque étape ? Car entre YunoHost qui réalise la synchro lui-même, la possibilité de synchroniser soi-même via l’IHM de Duniter ou encore via la ligne de commande, il y a des chances de faire tourner Duniter en bourrique.

Patrice_F · 27 December 2018 09:55

1er fois : Installation de duniter via l’interface de Yunohost,
Une fois installer je vais sur la page web de mon domain configuré pour Duniter, j’arrive sur le webui de duniter :

et il me propose bien sur de lancer la synchro (lancer donc en mode graphique).

2e fois : désinstallation & réinstallation tjs via l’interface de Yunohost.
Enfin pour la 3 fois, via le le webui, j’ai lancé un reset data et start sync, sans réinstaller.

jytou · 27 December 2018 11:15

Pas de soucis.

Bon, c’est curieux parce que sur la page des tags (celle que je mets à jour quand je fais des releases), la 1.6.25 existe et la 1.6.24 aussi. C’est sur le wiki qu’elles manquent. Du coup, je ne comprends plus trop le lien entre les deux… quand je fais une release, je dois mettre à jour les deux pages ? Y a une synchro automatique (ou quelqu’un a fait la màj manuellement ?) qui tourne vu que je ne le fais jamais, que les versions récentes apparaissent correctement dans la page wiki et que jusqu’à maintenant ça n’a posé de problème à personne ?

elois · 27 December 2018 11:39

Arf la synchro s’est mal terminée :

duniter@ifee3:~$ duniter sync g1.duniter.org 443
2018-12-26T22:52:34+01:00 - debug: Plugging file system...
2018-12-26T22:52:34+01:00 - debug: Loading conf...
2018-12-26T22:52:34+01:00 - debug: Configuration saved.
2018-12-26T22:52:34+01:00 - debug: Opening SQLite database "/home/duniter/.config/duniter/duniter_default/duniter.db"...
2018-12-26T22:52:36+01:00 - debug: Upgrade database...
2018-12-26T22:52:40+01:00 - info: Block resolution: 0 potential blocks for root block...

Progress:

Download: [||||||||||||||||||||] 100 %
Apply:    [||||||||||||||||||| ] 98 %

Status: Cannot read property 'conditions' of null
All done.

Voici la fin des log de synchro :

2018-12-26T23:04:54+01:00 - warn: Chunk #95 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #94 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #93 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #92 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #91 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #90 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #89 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #88 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #87 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #86 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #85 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #84 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #83 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #82 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #81 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #80 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #79 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #78 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #77 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #76 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #75 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #74 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #73 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:54+01:00 - warn: Chunk #72 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #71 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #70 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #69 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #68 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #67 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #66 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #65 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #64 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #63 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #62 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #61 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #60 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #59 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #58 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #57 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #56 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #55 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #54 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #53 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #52 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #51 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #50 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #49 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #48 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #47 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #46 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #45 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #44 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #43 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #42 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #41 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #40 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #39 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #38 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #37 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #36 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #35 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #34 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #33 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #32 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #31 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #30 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #29 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #28 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #27 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #26 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #25 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #24 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #23 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #22 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #21 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #20 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #19 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #18 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #17 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #16 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:55+01:00 - warn: Chunk #15 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #14 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #13 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #12 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #11 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #10 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #9 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #8 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #7 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #6 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #5 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #4 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #3 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #2 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #1 is COMPLETE from filesystem:blockchain
2018-12-26T23:04:56+01:00 - warn: Chunk #0 is COMPLETE from filesystem:blockchain
2018-12-27T10:58:17+01:00 - error: TypeError: Cannot read property 'conditions' of null
    at Promise.all._.where.map (/opt/duniter/app/lib/computation/QuickSync.js:158:52)
    at <anonymous>

Apparemment l’erreur se produit dans le fichier QuickSync.js ligne 158 !

elois · 27 December 2018 11:43

Non il n’y a pas de synchro automatique, normalement il y a un job manuel dans la CI qui publie la release sur le wiki, mais on n’est censé cliquer dessus que lorsque la release est passée a l’état “stable”, donc c’est une seule publication manuelle une seule fois.

Donc, si la version n’est pas encore stable tu doit juste mettre a jours la page des tags.
Si la version est stable (ce qui est le ces pour les 1.6.x) du doit mettre a jours la page du wiki.

Est ce plus clair ?

jytou · 27 December 2018 11:55

Pas vraiment.

Lorsque la release (1.5, 1.6, 1.7…) est stable, on peut lancer le script à chaque sous-release (1.6.24, 1.6.25…) ou bien est-ce que c’est seulement au moment où ça passe en stable, et les autres sous-releases de cette version stable doivent être mises à la main quand même dans le wiki ?

Du coup, je ne comprends pas comment le wiki s’est mis à jour tout seul pour la 1.7…

elois · 27 December 2018 11:58

Non le wiki ne contient pas les sous-releases, sauf celles qui avaient été estampillés stable afin qu’on se rendre compte qu’elles nécessitaient en fait un correctif (ce qui arrive parfois, on ne peut pas tout prévoir).

Pour les versions 1.7.x c’est juste que cgeek a éxécuté le job “release” ne se souvenant plus que c’était réservé aux releases stable, ce que je peut comprendre puisque la mise en place de ce processus remonte a 1 an et ne s’est appliqué que pour 2 versions : 1.6.23 et 1.6.25.

jytou · 27 December 2018 12:21

Ah je comprends mieux maintenant.

jytou · 27 December 2018 12:23

Voilà, j’ai mis à jour la page wiki pour la 1.6.25.

Moul · 27 December 2018 12:26

Tu peux pratiquer la méthode de vincentux ci-dessous.
Concernant, ton problème, il faut que duniter tourne pour que la màj ait lieu.

L’app YunoHost est plutôt un wrapper actuellement.
Étant donné que l’app n’est pas activement maintenue.
Autrement, je prévois de faire un remaniage de l’app.

cgeek · 27 December 2018 14:33

3 messages ont été déplacés vers un nouveau sujet : Cgeek est trop susceptible (ou pas ?)

jytou · 27 December 2018 12:50

Ce qui est surtout important de mon point de vue est que le fameux script ait été lancé pour la 1.7, ce qui a mis à jour le wiki. @cgeek les raisons t’appartiennent mais ça m’a permis de comprendre ce qui s’était passé… et surtout quelles étapes je dois effectuer lors d’une release. Merci à vous deux.