# Ğcli version 0.5.0 - gtest runtime, subxt upgrade, postgraphile squid api
**URL:** https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443
**Category:** Ğ1cli
**Tags:** release
**Created:** [11 November 2025 17:50 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443 "2025-11-11T17:50:59Z")
**Posts on this page:** 18
**Page:** 2
### Author:  [@Nicolas80](https://forum.duniter.org/u/Nicolas80)
#### Post date: [12 November 2025 17:59 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/21 "2025-11-12T17:59:11Z")
Pour le build lui-même, je pense que j’ai corrigé le soucis de la clé; par contre ça plante plus loin:
```auto
...
Your branch is up to date with 'origin/main'.
$ git add Formula/$FORMULA_FILE
$ git commit -m "Update formula for version $CI_COMMIT_TAG"
[main 2983710] Update formula for version test-ci-0.5.2
1 file changed, 15 insertions(+)
create mode 100644 Formula/duniter-gcli.rb
$ git push origin $FORMULA_BRANCH
remote: GitLab: You are not allowed to push code to this project.
To git.duniter.org:clients/rust/homebrew-duniter-gcli.git
! [remote rejected] main -> main (pre-receive hook declined)
error: failed to push some refs to 'git.duniter.org:clients/rust/homebrew-duniter-gcli.git'
Cleaning up project directory and file based variables
00:00
ERROR: Job failed: exit code 1
```
> **[generate\_homebrew\_formula (#157904) · Jobs · clients / Rust / Ğcli-v2s · GitLab](https://git.duniter.org/clients/rust/gcli-v2s/-/jobs/157904)**
>
> Rust written command line interface client for v2 ecosystem, targeting advanced users
@Moul, @HugoTrentesaux Je ne sais pas trop comment aller plus loin pour ce soucis là…
Je viens de tester la clé par rapport au serveur gitlab, elle est bien correcte, et me donne ce message en retour:
```auto
Welcome to GitLab, @librelois!
```
Du coup, soit le code dans le ci doit faire un `ssh-add` spécifique; soit cette clé n’a pas accès au repos en question - et ça je ne sais pas trop comment le vérifier.
Pour référence, le code de [**generate\_homebrew\_formula**](https://git.duniter.org/clients/rust/gcli-v2s/-/blob/macos_homebrew_fix_trial_0.5.x/.gitlab-ci.yml?ref_type=heads#L195-258)
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [12 November 2025 18:26 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/22 "2025-11-12T18:26:08Z")
La release est OK. C’est juste le job pour la publication sur la store d’app homebrew pour mac qui plante.
Moi je m’en fou perso de ce job, je crois que c’est Hugo que l’a fait.
---
### Author:  [@Nicolas80](https://forum.duniter.org/u/Nicolas80)
#### Post date: [12 November 2025 18:41 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/23 "2025-11-12T18:41:39Z")
J’ai ajouté de quoi être sur que la clé est bien ajoutée:
```auto
$ eval "$(ssh-agent -s)"
Agent pid 27
$ ssh-add ~/.ssh/id_rsa
Identity added: /root/.ssh/id_rsa (homebrew deploy key)
$ echo "Loaded SSH keys (ssh-add -l):" && ssh-add -l || true
Loaded SSH keys (ssh-add -l):
4096 SHA256:HZRA9upe+P7a6nIkuxC0qH23iYofXRk5Wt6Sm+YwKkA homebrew deploy key (RSA)
```
Par contre, toujours le même soucis d’accès
```auto
$ git push origin $FORMULA_BRANCH
remote: GitLab: You are not allowed to push code to this project.
To git.duniter.org:clients/rust/homebrew-duniter-gcli.git
! [remote rejected] main -> main (pre-receive hook declined)
error: failed to push some refs to 'git.duniter.org:clients/rust/homebrew-duniter-gcli.git'
```
Et comme je n’y connais rien non plus à ce **generate\_homebrew\_formula** ; je ne sais pas trop ce que l’on veut en faire…
Je pense que ça à été rajouté par @elois mais que cela s’est retrouvé dans le commit de @HugoTrentesaux qui a mergé les changements qu’il restait en cours plus la mise à jour des dépendances subxt / gtest / postgraphile.
Edit:
J’ai désactivé le **generate\_homebrew\_formula** pour le moment dans `.gitlab-ci.yml` en gardant les corrections faites. @elois ou @HugoTrentesaux pourront le réactiver s’ils ont l’occasion d’y regarder plus tard 🙂
Même si aucun changement n’a été fait dans l’application elle-même, j’ai augmenté la version à 0.5.2 et refais une release.
(voir message avec bonne [release “gtest”](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/27))
---
### Author:  [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [12 November 2025 20:07 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/24 "2025-11-12T20:07:11Z")
Les questions à ce poser sont :
- Y’a-t-il un besoin de build macOS ?
- Qui sait et souhaite maintenir l’automatisation du build macOS ?
Si non aux deux questions, on désactive ou enlève le build macos.
Il faut une vision et les moyens, sinon ça ne sert à rien.
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [12 November 2025 20:35 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/25 "2025-11-12T20:35:39Z")
Mais il y a déjà le build MacOS c’est ok !!
---
### Author:  [@Nicolas80](https://forum.duniter.org/u/Nicolas80)
#### Post date: [13 November 2025 08:59 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/26 "2025-11-13T08:59:04Z")
J’ai oublié qu’il y a eu d’autres changements dans le `.gitlab-ci.yml`; maintenant on doit donner le nom de l’environnement dans le nom de tag, car sinon il build avec les features “gdev” par défaut !
On peut vérifier quel feature a été buildé en faisant les commande qui utilisent le paramètre “network” (-n):
```auto
gcli -n gtest config show
thread 'main' (12586) panicked at src/data.rs:187:21:
unknown network "gtest"
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
```
```auto
gcli -n gdev config show
Ğcli config
duniter endpoint ws://localhost:9944
indexer endpoint http://localhost:8080/v1/graphql
address 5GhAZBagx87sTGfMppfPPcWhxCKGWE8zDi1oHp7YiKosD9KZ
(Vault: Base[address:5GhAZBagx87sTGfMppfPPcWhxCKGWE8zDi1oHp7YiKosD9KZ, g1v1_pub_key:EnFfLNWnonXwxmzipLbbqa1fybSs7xdPoYhmbkMYzR3G, name:Some("G1V1-key"), crypto_scheme:Some(Ed25519)])
```
Du coup je vais refaire une release en ajoutant “gtest” dans le nom du tag.
---
### Author:  [@Nicolas80](https://forum.duniter.org/u/Nicolas80)
#### Post date: [13 November 2025 09:11 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/27 "2025-11-13T09:11:44Z")
J’ai supprimé tous les autres tags (et releases) 0.5.x et refais une avec “gtest”:
> **[v0.5.2-gtest · clients / Rust / Ğcli-v2s · GitLab](https://git.duniter.org/clients/rust/gcli-v2s/-/releases/0.5.2-gtest)**
>
> Latest changes:
Qui est bien correcte (même si les serveurs sélectionnés pour le réseau “gtest” ne sont peut-être pas à jour):
```auto
gcli -n gtest config show
Ğcli config
duniter endpoint wss://gt.elo.tf
indexer endpoint https://gt-squid.axiom-team.fr/v1/graphql
address 5GhAZBagx87sTGfMppfPPcWhxCKGWE8zDi1oHp7YiKosD9KZ
(Vault: Base[address:5GhAZBagx87sTGfMppfPPcWhxCKGWE8zDi1oHp7YiKosD9KZ, g1v1_pub_key:EnFfLNWnonXwxmzipLbbqa1fybSs7xdPoYhmbkMYzR3G, name:Some("G1V1-key"), crypto_scheme:Some(Ed25519)])
```
---
### Author:  [@aya](https://forum.duniter.org/u/aya)
#### Post date: [13 November 2025 12:20 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/28 "2025-11-13T12:20:20Z")
> [@Moul](#):
>
> - Y’a-t-il un besoin de build macOS ?
oui 🙂
> [@Moul](#):
>
> - Qui sait et souhaite maintenir l’automatisation du build macOS ?
je veux bien m’en occuper, je regarderai la semaine prochaine si j’y arrive.
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [13 November 2025 13:36 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/29 "2025-11-13T13:36:31Z")
Les
builds
MacOS
fonctionnent
Déjà
[https://git.duniter.org/clients/rust/gcli-v2s/-/jobs/157965/artifacts/raw/gcli.tar.gz](https://git.duniter.org/clients/rust/gcli-v2s/-/jobs/157965/artifacts/raw/gcli.tar.gz)
---
### Author:  [@aya](https://forum.duniter.org/u/aya)
#### Post date: [13 November 2025 14:42 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/30 "2025-11-13T14:42:24Z")
Oui je sais.
Je parlais de m’approprier le process pour le maintenir dans le temps.
---
### Author:  [@Nicolas80](https://forum.duniter.org/u/Nicolas80)
#### Post date: [13 November 2025 16:20 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/31 "2025-11-13T16:20:27Z")
> [@aya](#):
>
> Je parlais de m’approprier le process pour le maintenir dans le temps.
@aya Je ne connais pas du tout le monde macos, donc pas non plus les [_homebrew formula_](https://docs.brew.sh/rubydoc/Formula.html) que ce dernier script gitlab (que j’ai désactivé pour le moment) semble créer.
A priori le but est de fournir une sorte de “package” pour homebrew ??
Si ça te parle et que tu veux tenter de finaliser cette partie là, tant mieux 🙂
---
### Author:  [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [16 November 2025 19:58 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/32 "2025-11-16T19:58:37Z")
En fait, Éloïs n’a jamais réussi à avoir le job `generate_homebrew_for_mula` fonctionnel :
> **[Pipelines · clients / Rust / Ğcli-v2s · GitLab](https://git.duniter.org/clients/rust/gcli-v2s/-/pipelines?page=6&scope=all)**
>
> Rust written command line interface client for v2 ecosystem, targeting advanced users
voir les pipelines #41150 et #41143.
Le git push sur ce dépôt supplémentaire est censé faire quoi ? Créer un dépôt de paquet Homebrew ?
Désactiver le job ferait que la pipeline soit complétée avec succès. Il me semble que c’est ce que tu as tenté de faire Hugo.
---
### Author:  [@aya](https://forum.duniter.org/u/aya)
#### Post date: [17 November 2025 02:36 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/33 "2025-11-17T02:36:39Z")
Le build fonctionne désormais dans le dépôt `gcli-v2s`.
La clé de déploiement utilisée pour accéder au dépôt `homebrew-duniter-gcli` était liée au compte d’Elois, actuellement désactivé, ce qui posait pb à la fin du job `generate_homebrew_formula`.
Je dois encore regarder la publication sur homebrew à partir du dépôt `homebrew-duniter-gcli`, mais je peux signaler qu’il y a déjà un paquet gcli, comme pour debian.
Il va falloir utiliser un nom different comme dcli par ex pour le publier.
---
### Author:  [@Nicolas80](https://forum.duniter.org/u/Nicolas80)
#### Post date: [17 November 2025 16:24 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/34 "2025-11-17T16:24:59Z")
> [@aya](#):
>
> mais je peux signaler qu’il y a déjà un paquet gcli, comme pour debian
Oui, ce soucis est embêtant… Je me rapelle que j’avais fais un sondage pour potentiellement changer le nom; mais c’est tombé dans l’oubli 😃 - en partie car je n’ai aucune idée de comment faire en sorte de faire enregistrer notre application dans les packages Debian (pour éviter un nouveau soucis dans le futur si on change de nom maintenant)…
---
### Author:  [@Nicolas80](https://forum.duniter.org/u/Nicolas80)
#### Post date: [22 November 2025 17:12 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/35 "2025-11-22T17:12:53Z")
> [@aya](#):
>
> Le build fonctionne désormais dans le dépôt `gcli-v2s`.
Cool que ce soit corrigé 🙂
Par contre, je vois que @HugoTrentesaux à probablement retiré le **protected** pour la variable GitLab CI; et du coup le job `generate_homebrew_formula` a fonctionné jusqu’au bout pour mon build de (beta) test pour Gcli 0.6.0-gtest-RC1: et cela vient d’écraser le fichier `Formula/duniter-gcli.rb` :
> **[Formula/duniter-gcli.rb · main · clients / Rust / homebrew-duniter-gcli · GitLab](https://git.duniter.org/clients/rust/homebrew-duniter-gcli/-/blob/main/Formula/duniter-gcli.rb?ref_type=heads)**
>
> Duniter’s Ğ1Lab
Je vais regarder pour ne lancer `generate_homebrew_formula` que quand on démarre un pipeline pour un tag **protected** comme ça, on ne devrait écraser que quand c’est pour une release “stable”.
Ou bien il faut peut-être adapter le `generate_homebrew_formula` pour qu’il garde plusieurs fichiers suivant les versions - je ne sais pas ce qui est le mieux… Qu’est-ce qu’il te semble @aya ?
---
### Author:  [@aya](https://forum.duniter.org/u/aya)
#### Post date: [23 November 2025 22:09 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/36 "2025-11-23T22:09:19Z")
Uniquement sur les branches protected ça ira très bien, on veut publier les versions stables sur homebrew.
---
### Author:  [@Nicolas80](https://forum.duniter.org/u/Nicolas80)
#### Post date: [24 November 2025 06:46 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/37 "2025-11-24T06:46:21Z")
Il faudrait peut être avoir une version par réseau Gune par contre gtest et g1.
Ou bien ce sera simplement gtest pour le moment et g1 quand ce sera en prod.
---
### Author:  [@aya](https://forum.duniter.org/u/aya)
#### Post date: [24 November 2025 08:52 UTC](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443/38 "2025-11-24T08:52:11Z")
Oui gtest pour le moment puis g1 après la mise en prod.
On verra si la gtest nécessite un paquet à part.
[Previous page](https://forum.duniter.org/t/gcli-version-0-5-0-gtest-runtime-subxt-upgrade-postgraphile-squid-api/13443.md?page=1)