Pour le build lui-même, je pense que j’ai corrigé le soucis de la clé; par contre ça plante plus loin:
...
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
@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:
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.
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.
$ 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.
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):
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
@aya Je ne connais pas du tout le monde macos, donc pas non plus les homebrew formula 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
En fait, Éloïs n’a jamais réussi à avoir le job generate_homebrew_for_mula fonctionnel :
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.
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.
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)…
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 :
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 ?
- 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)…