Sakia 0.33.0 - Compatibilité WS2P


#21

par contre j’ai ajouté une dizaine de comptes dont la moitié membres dans sakia et à un moment le blocage est revenu, c’est 0.33rc3.
J’ai donc supprimé les comptes et je les ajoute lentement et entre chaque ajout je vérifie si tout marche pendant quelques heures. Le but étant de savoir exactement sur quel compte les messages d’erreurs et le blocage des synchro surviennent.

Je vous tiens au courant.


#22

@inso je pense avoir trouvé ce qui corrompt sakia :
J’ai ajouté une connexion avec une clé publique qui a 2 identités avec le même pseudo.
mateo@8Lk4w4j2idRyC9X1geuchdEHemz9S3AsHJ2oJD3kG5Au
dès que je veux supprimer cette connexion, j’ai des messages d’erreurs, elle se supprime mais ensuite mon sakia est buggué et affiche de nombreux messages d’erreurs même au démarrage et il ne synchronise plus jamais jusqu’à ce que je le réinitialise et remette mes connexions en place.

Voilà. Si ça peut aider …


Adhésion non valide
#23

Je veux bien un rapport de bug sur le gitlab. Je regarderai quand j’aurais le temps (donc pas tout de suite)


#24

@inso ok c’est fait !


#25

Alors j’ai réussi miraculeusement à trouver du temps cette semaine pour bosser un peu sur Sakia, alors je vous offre une grosse release aujourd’hui avec la 0.33.0rc6 : https://github.com/duniter/sakia/releases/tag/0.33.0rc6

Cette release :

  • Corrige le problème de chargement extrêmement long des données initiales des comptes dans Sakia
  • Accélère de manière générale le rafraichissement des données
  • Corrige un bug critique qui faussait le montant de monnaie disponible sur les comptes.

A noter que la contrepartie de ce gain en performance est que les dates sont dorénavant moins précises de manière générale. Plutôt que de demander au réseau, pour chaque donnée blockstampée, “à quelle timestamp tel block a été généré”, Sakia va dorénavant calculer de lui même un timestamp moyen via la variable “avg_gen_time” qui est de 6 minutes sur la Ğ1. Ainsi, une donnée écrite il y a 10 blocks sera inscrite dans la BDD sakia avec le timestamp courant moins une heure (10*6 minutes).

Un autre changement de comportement important est le suivant : Lors de l’initialisation d’un compte, sakia ne récupère les transactions que des 30 derniers jours au lieu de l’historique complet de la chaine.

N’hésitez pas à me faire vos retours sur cette version !


#26

Tu n’aurais pas le .deb ?


#27

La construction des .deb semble cassée…

Je suis ouvert à toute contribution qui corrigerait ce build de .deb (voire encore mieux, qui l’intègrerait à gitlab).

Je n’aurais personnellement pas le temps d’y travailler.


#28

Du coup en utilisant sakia-linux.zip, j’obtiens :

[29771] LOADER: Running pyiboot01_bootstrap.py
[29771] LOADER: Running pyi_rth_qt5.py
[29771] LOADER: Running pyi_rth_multiprocessing.py
[29771] LOADER: Running pyi_rth_pkgres.py
[29771] LOADER: Running main.py
This application failed to start because it could not find or load the Qt platform plugin "xcb"
in "".

Reinstalling the application may fix this problem.
Abandon (core dumped)

Une idée de solution ?


#29

Peux-tu préciser ta plate-forme ?

Chez moi, sur Ubuntu 14.04 64bits ça fonctionne nickel.

Mais comme j’ai installé des tonnes de libs pour développer pour Sakia sur mon système, peut-être que Sakia trouve la lib manquante…


#30

C’est une 18.04, assez fraîchement installée.


#31

Je viens de tester sakia 0.33rc6 sur une Ubuntu MATE 18.04 64bits et ça fonctionne…

Je n’arrive pas à reproduire le problème.


#32

Il te suffit d’installer une Ubuntu 18.04 classique (64 bits). Tu reproduiras assurément le problème.


#33

Je crois XCB c’est la lib qui permet de aux applis en C de parler à X11.

Tu utiliserais pas Wayland ?


#34

Sakia git de nouveau sur pied sous Fedora.
L’ajout de mon compte membre a pris moins de dix minutes bien qu’il affichait plus d’une heure.
Ça fait plaisir d’avoir un client bureau qui fonctionne.

Par contre, certains choix ergonomiques ne me satisfont pas :

  • La connexion par clé publique se trouve être le dernier choix proposé.
  • Ensuite, le champ uid placé en premier est optionnel et n’apporte rien, car le champ pubkey est suffisant.
    Autrement, il pourrait aller chercher la pubkey associé à l’identité.

#35

Par défaut c’est bien Wayland sous Ubuntu 18.04. Mais j’ai aussi tenté de le désactiver et l’erreur a persisté. Je ne suis pas allé plus loin par contre.


#36

Ouais c’est probablement pas ça. J’ai une Ubuntu 18.04 aussi et j’ai exactement le même problème.

Alors ici ça explique pourquoi: https://stackoverflow.com/a/25437758/6684009

J’ai pas compris ce que ça faisait, mais en effet, on n’a pas la libqxcb sur notre système:

15:45 seba@seba-N750HU: ~/Téléchargements/sakia/dist/sakia$ ldd libqxcb.so
ldd: ./libqxcb.so: Aucun fichier ou dossier de ce type

Qu’à cela ne tienne, pyinstaller fait son boulot et package bien la lib :slight_smile:

15:46 seba@seba-N750HU: ~/Téléchargements/sakia/dist/sakia$ find | grep libqxcb.so
./PyQt5/Qt/plugins/platforms/libqxcb.so

Donc on arrive à lancer sakia en ajoutant la variable du gars:

15:46 seba@seba-N750HU: ~/Téléchargements/sakia/dist/sakia$ QT_QPA_PLATFORM_PLUGIN_PATH=./PyQt5/Qt/plugins/platforms/ ./sakia.bin 

C’est mieux, sakia se lance super vite, mon ordi ventile plus comme un ouf, merci @inso ^^

Par contre, j’ai plus les ressources (images du menu burger par exemple)


#37

Bien joué ! Manque plus qu’à créer un lanceur dans le code de Sakia qui fasse cela tout seul :slight_smile:

Merci de ton aide.


#38

Franchement … c’est tellement infiniment plus rapide que je veux bien faire cette concession, 1000 fois s’il le fallait :slight_smile:

edit : bon ceci dit, on est encore loin de la réactivité d’un Cesium … tu fais encore beaucoup de contrôles ?

C’est plutôt 5 minutes théoriques sur la Ğ1.


#39

Au temp pour moi :slight_smile: 10x5 min alors !

Je peux encore alléger pas mal de trucs. C’est pas hyper compliqué mais ça prend du temps parce qu’il faut vérifier le comportement du logiciel à chaque fois… Hésitez pas à me dire les moments qui vous paraissent"lent", j’essayerai de m’attarder dessus :slight_smile:


#40

La blockchain est bloquée au 13/04/2018 et j’ai cette erreur dans les logs :

ERROR:root:Exception in callback None()
handle: <Handle cancelled>
Traceback (most recent call last):
  File "asyncio/events.py", line 127, in _run
  File "asyncio/selector_events.py", line 730, in _read_ready
  File "asyncio/sslproto.py", line 502, in data_received
  File "asyncio/sslproto.py", line 201, in feed_ssldata
  File "ssl.py", line 646, in do_handshake
  File "site-packages/idna_ssl.py", line 19, in patched_match_hostname
  File "ssl.py", line 309, in match_hostname
ssl.CertificateError: hostname 'vps409664.ovh.net' doesn't match 'g1.bertrandbenjamin.com'