Pour ceux qui veulent le graphe en dynamique: https://grafana.lem.rocks/d/edf3gjrxxnocgd/federation-health?orgId=1&var-instance=sh.itjust.works&var-remote_instance=lemmy.nz&var-remote_instance=reddthat.com&var-remote_instance=slrpnk.net&var-remote_instance=sopuli.xyz&var-remote_instance=jlai.lu&var-remote_software=All
Les chiffres sur le graphe indiquent le nombre d’actions (vote, commentaire, post) de retard que SJW doit envoyer aux instances listées.
On remarquera que côté Jlailu on est pas mal vu que c’est presque instantané.
Ca pourrait être une bonne solution. Je n’ai pas l’impression qu’on ait d’utilisataires actifves depuis Kbin, ceux qui y étaient ont sans doute bougé sur fedia.io ou kbin.run (qui tourne sous Mbin)
Ce sont des forks de kbin. C’est ça ?
C’est ça, enfin le seul fork, fedia.io et kbin.run tournent tous les deux sous Mbin
Il s’est passé quoi d’ailleurs avec kbin pour qu’on ait un fork qui reprennent tout ?
Kbin, c’était un seul dév, qui a vécu un divorce (le pauvre) et donc laissé le projet en plan pas mal de temps. Tous les changements devaient passer par lui, c’était assez frustrant pour la communauté.
Mbin, c’était la volonté de reprendre le code de Kbin, mais le gérer de manière communautaire
Merci pour l’historique.
Je te demanderais bien un ELI5 du lore de miss/calc/shark-key Iceschrim/catodon et je dois en oublier 2-3, le pire c’est que tu en serais capable mais j’ai peur que ce soit plus compliqué que le lore d’a song of ice and fire . (Bon j’ai vraiment l’impression de sonner comme un mastonaute frustré de pas avoir la moitié des feature de *key sur Masto :) j’avoue que le nombre de forks m’impressionne par le dynamisme de la commu et m’inquiète par l’instabilité )
il y avait ce post sur [email protected] il y a quelques temps : https://sh.itjust.works/post/14956068