Duniter Forum forum

Bonjour, J’ai créé un compte sur Gecko, je n’ai donc pas de pseudo. Une personne m’a envoyé une certification. Mais je ne vois pas cette invitation sur Gecko android et pc. Ni césium android et PC et extension chrome. Ni https://g1nkgo-test.comunes.org/ ni https://g1nkgo.comunes.org/ ni Cesium² J’ai tout mis à jour. Dans “voir mon profil” dans Gecko android et PC, il n’y a rien qui concerne cette certification. Ma clé: g1MWsQz8eT1LKMccu58dzWxWPP31e2xk3JZ3UjuDoUvDnbMvv J’ai 48 heures pour créer mon pseudo mais je ne sais pas comment puisque je ne vois nulle part l’invitation. Merci beaucoup pour vos réponses.

Je viens de publier une nouvelle pré-release v2.3. 7 qui corrige deux bugs liés à la file de certification. La bêta publique est disponible sur le Play Store et arrivera bientôt également sur TestFlight (elle est actuellement en cours de vérification par Apple). @italpaola @Chiara07 @Josephin , pouvez-vous refaire vos tests maintenant que Cesium+ est revenu ? Vous devriez de nouveau voir les profils et les avatars, et pouvoir modifier votre profil. Testez aussi la file de certification (en gtest si vous n’avez pas de vrai certif à faire), merci !

Claude: des pods Ğ1 sont-ils prévus et par qui Il y a déjà 3 pod Ğ1 en prod, un hébergé par @HugoTrentesaux et le deux autres par moi-même: g1pod.elo.tf g1pod2.elo.tf dunipod.g1.gyroi.de

Nouvelle version 1.8.2+204 de Gecko Déclenchée par @Chiara07 Mobile Android → Google Play Store - disponible sous 24-48h iPhone / iPad → App Store - disponible sous 24-48h Installer l'APK Android sans le Play Store (click for more details) Ordinateur Windows → Installeur .exe - x64 macOS → Image disque .dmg Linux x64 → .deb · .rpm · .pkg.tar.zst Linux ARM64 → .deb · .rpm · .pkg.tar.zst Linux Flatpak → x64 · ARM64 - toutes distributions, y compris Alpine et postmarketOS Versions portables (sans installation) (click for more details) Installer le Flatpak (click for more details) Changelog 47 commits dans Ğecko + 15 commits dans durt2 depuis la v1.8.0. Reprend les commits déjà annoncés dans la beta (v1.8.1-beta). 📋 Voir les 47 commits de Ğecko (click for more details) 📦 Voir les 15 commits de durt2 (1.6.0 → 1.8.0) (click for more details) Tous les fichiers sont également disponibles sur la page de release GitLab .

poka: je m’égare un peu du sujet chouîa, mais c’est un sujet passionnant. Le petit bouquin “éthique d’un hacker” décrit pas mal notre héritage protestant de la culture du mérite. On a l’impression de le perdre totalement avec cette intelligence qui nous dépasse en tout dans le domaine cognitif, à laquelle on délègue non seulement de l’exécution mais aussi de la conception. A l’usage, je réalise que ce n’est pas tant le cas, le mérite est toujours là. Et je reboucle avec le propos de poka sur le fait que nos agents (ou bots) ne sont pas voués à développer un persona, mais plutôt hériter des nôtres. Je fais pas mal les frais de mon propre apprentissage avec l’ia, mais je réalise de plus en plus qu’il s’agit en fait davantage d’un mouvement réciproque, c’est moi qui fais tout autant un dressage de cette intelligence sauvage. C’est long, coûteux, mais plutôt gratifiant. Quand je passe de “ Fable m’a bouffé 4M de token pour rien, retour case départ parce que ce con a franchi son quota sans commit les 8 agents qui bossaient, et que tout est dans un /tmp que je n’ai pas su récupéré ” à un brief détaillé qui finit par un simple “ Déploie ” et que je peux me coucher parce que je sais qu’il fait maintenant les contrôles requis et qu’il recommence si le résultat n’est pas là, c’est plutôt jouissif. A la différence de vous qui avez déjà la compétence exécutive et qui voyez vos capacités faire un bon, facteur 3 à 5 à ce stade, moi je fais l’expérience d’une nouvelle capacité que je n’avai

Sorry, I made a mistake in understanding how weblate could add commits on my tikka protected main branch reserved only to maintainer level accounts. I didn’t allow the public ssh key of weblate server to access my gitlab account. So I will continue to investigate how weblate do to access my protected main branch… [EDIT] Found ! A weblate user had Maintenance Rights on my repo and could push on protected branches! I reduced the level to Developer . Everybody should check the level of permissions of this user on his repo ( @moul look at the default level of this user…) . Weblate push user @weblate

vit: Change the component VCS backend (already done in Tikka project) Should we do that for all projects that use the weblate? Like Cesium for example?

@arbocenc On the Weblate instance, the component currently pushes to GitLab using a SSH key . I would like to switch to GitLab Merge Requests instead. Could you please do the following on the Weblate server? 1. Remove the SSH key Delete the private key file used by Weblate in DATA_DIR/ssh/ (typically id_rsa or id_ed25519 ). 2. Add the GitLab API credentials In the Weblate server configuration ( settings.py or environment variables), add: GITLAB_CREDENTIALS = { "gitlab.com": { "username": " ", "token": " ", } } I will provide the username and token separately by PM. 3. Change the component VCS backend (already done in Tikka project) In the component settings, switch the Version control system from Git to GitLab merge requests , and use the HTTPS repository URL. Once this is done, Weblate will open Merge Requests instead of pushing directly to main . Thanks a lot for your help. [EDIT] dont do anything! Just help me investigate why weblate can add commit in my gitlab protected main branch. Thx !

Oui, je ne vois pas l’intérêt de sortir du navigateur sachant qu’une extension duniter-connect existe, mais bon. Je ne me suis pas vraiment intéressé à la question. Si les utilisateurs réclament vraiment cette possibilité pour Tikka, je l’ajouterai.

je vais commencer petit avec un noeud miroir et je n’ai pas d’ip fixe

Merci pour le test du dépôt ! Deepseek a confirmé et appliqué la proposition de Claude. Nouvelle version 0.29.5. [EDIT] weblate a les autorisations pour pousser sur la branche principale main . j’avais oublié ce détail qui pose un sérieux problème (ma release a en partie échouée, laissant un dépôt en sale état !). Et je dois passer par le mainteneur du weblate pour que celui-ci passe par des MR sur sa propre branche et ne touche plus à la branche principale. WIP.

Chiara07: si j’ai bien compris il faut que j’achète un nom de domaine Ce n’est pas nécessaire pour être forgeron. Un nœud forgeron peut très bien exposer son endpoint P2P via une IP (s’il a une IP fixe), ou ne pas exposer d’endpoint P2P du tout et compter sur les nœuds miroirs pour faire le lien. En revanche, pour un nœud miroir, il est préférable d’avoir un endpoint P2P joignable ; sinon, il ne contribue pas vraiment au réseau.