Dans winecfg, ouvrir l’onglet « Lecteurs », « Ajouter… » un nouveau lecteur, éditer son chemin pour qu’il pointe vers le chemin de la base de données de Duniter (/home/<nom d’utilisateur>/.config/duniter/duniter_default/). Lorsqu’on voudra, dans WotWizard, trouver la base de données, on ouvrira le lecteur créé (dans Bureau\Poste de travail) et on sélectionnera duniter.db).
@gerard94 on ne peut pas copier les liens, peut tu stp retranscrire le texte de l’image dans ton message forum ?
Tu peut utiliser la syntaxe markdown pour mettre en page ton message :
# Titre 1
## Titre 2
Liste à puces :
* item 1
* item 2
* item 3
@gerard94 Quand on n’execute winecfg il nous ouvre une fenêtre, tu n’explique pas qu’est ce qu’il faut faire dans cette fenetre pour s’assurer que la bdd duniter-ts est accessible, ton tuto est incomplet !
La version 2.7.0 vient d’être publiée, en version autonome uniquement.
Elle contient des outils permettant d’anticiper la perte du statut de membre, soit par expiration de l’adhésion, soit par la perte de trop de certifications. Dans ce dernier cas, la liste de tous les certificateurs, actuels ou anciens, peut être affichée, afin de pouvoir leur demander éventuellement de nouvelles certifications.
Je compte présenter les nouvelles fonctionnalités de cette version aux RML12, parallèlement à un atelier d’installation.
La version 2.8.0 prenant en compte les nouvelles possibilités de Duniter est sortie le 29 décembre dernier :
Comme il était prévisible (hélas), l’arrivée des premiers renouvellements d’adhésion ont révélé quelques bugs (4 pour l’instant). Ils ont été corrigés dans la version 2.8.3.
@kimamila vient de révéler (à son insu sans doute) un bug de WotWizard. En effet, Benoit a émis sa centième certification et ne peut plus, jusqu’au 9 mars prochain, faire entrer de nouveaux membres, mais WotWizard pensait que c’était encore possible. Dommage pour franckplety, qui pensait entrer bientôt et qui va devoir chercher un autre certificateur.
Les nouvelles versions 2.8.6sa et 2.8.6se corrigent ce bug. Le serveur de cgeek (https://wot-wizard.duniter.org/) est en cours de mise à jour.
Avec le deuxième anniversaire de notre monnaie, de nouveaux phénomènes viennent d’apparaître dans la toile de confiance : la révocation automatique et définitive des anciens membres qui, après un an d’exclusion pour non renouvellement de leur adhésion, ne l’avaient toujours pas renouvelée, la perte de validité de certifications au bout de deux ans, l’exclusion de membres par défaut de certifications et leurs retours après récupération de nouvelles certifications.
Ces phénomènes avaient été prévus, mais pas encore testés. Les tests sont donc en cours, et un bug fatal et assez complexe a bloqué WotWizard pendant quelques jours. Le logiciel est désormais corrigé et les versions 2.8.7sa et 2.8.7se sont publiées :
La version en ligne est en cours de mise à jour et bientôt disponible.
Encore deux erreurs qui sont apparues ces jours-ci. La première concernait le calcul de la date de réentrée dans la toile pour d’anciens membres qui ne l’étaient plus par manque de certifcations, mais qui en conservaient encore quelques anciennes. Ces dernières, déjà acquises, ne devaient plus entrer dans le calcul de dates, mais une copie trop rapide de code les traitait comme des certifications en attente.
La deuxième m’a fait sécher un moment (merci à cgeek pour son aide). Un membre s’est trouvé à court de certifications. Il en a obtenu d’autres et aurait dû, pensais-je, revenir rapidement, ce que, d’ailleurs, WotWizard prédisait. Seulement, il avait, juste avant son départ, renouvelé sa demande d’adhésion, et, pour redevenir membre, il avait dû à nouveau, non seulement retrouver de nouvelles certifications, mais aussi refaire une demande d’adhésion. Trop tôt ! Entre deux demandes d’adhésion, un délai minimum de deux mois est exigé. Du coup, passé ce délai, il lui faudra tout recommencer, mais il a permis la correction d’un bug.
Je me demande si les clients ne devraient pas filtrer les demandes d’adhésion en tenant compte de ce délai inter-renouvellements de deux mois. Comprendre, dans le cas du post précédent, pourquoi on ne revient pas dans la toile n’est pas évident, alors que les clients pourraient avertir au moment du dernier renouvellement d’adhésion. @kimamila@Moul.
Ta suggestion est formulée de manière complexe.
Je pense avoir compris ce que tu veux dire. Corrige-moi, si je dis autre chose.
Tu suggères que le client gère l’obtention du statut de membre en prenant également en compte l’entrée de l’adhésion dans la chaîne, en plus des certifications requises ?
Aujourd’hui, Silkaj ne gère pas l’obtention du statut de membre mais bien son expiration avec le manque de certifications ou l’expiration de l’adhésion.
Les blocages de wot-wizard.duniter.org se succèdent depuis maintenant pas mal de temps. Pour des raisons d’accessibilité à la base de données de Duniter par WotWizard, ce dernier continuait à utiliser la version 1.6.30 de Duniter. C’était dommage car on perdait ainsi le gain de vitesse des versions 1.7. Décision a depuis été prise de modifier l’interface entre les deux logiciels afin de passer à Duniter 1.7. Malheureusement, le problème n’est pas simple et le tandem a eu quelques instabilités. cgeek et moi y travaillons, et nous espérons pouvoir améliorer bientôt la situation.
Une refonte complète de WotWizard vient d’être publiée :
Dans sa dernière version StandAlone 3.0.3, WotWizard devient en fait un… serveur, capable de répondre, en json, à des requêtes GraphQL. L’interface GraphQL est encore à l’état d’ébauche et se développera en fonction des demandes des utilisateurs (@cgeek, @kimamila).
WotWizard est enfin compatible avec les dernières version 1.7.x de Duniter (merci cgeek).
Comme précédemment, une interface utilisateur (indépendante et facultative) permet de piloter l’interface GraphQL par menus et d’afficher les résultats.
Pour l’instant, l’interface GraphQL fonctionne (bien) par fichiers. Pour du HTTP, il faudrait que quelqu’un m’aide. La version en Go d’ici quelques semaines.
L’affichage en ligne de WotWizard reprend du service, après pas mal de péripéties, liées à l’incompatibilité du système de développement (BlackBox) avec le manque de composants graphiques d’un serveur.