Ğecko talks / user support

Pourtant dans la réponse que je t’ai faite, j’avais indiqué le bon commit avec les bonnes diff:

C’est juste que j’avais aussi modifié le regex dans le même commit en plus, qui s’avèrait en plus un bug reverse dans le commit d’après …


Oui pourquoi pas, écoute je laisse ainsi pour le moment et je règlerai ce détail plus tard ça te va ? :slight_smile:

1 « J'aime »

Oui bien sur c’est pas prio, faut juste le tracer dans une issue :slight_smile:

1 « J'aime »

Il faudrait qu’on se refasse une roadmap des priorités de Ğecko @poka. Parce que celle qu’on avait fait pour l’ADEME est un peu dépassée. Je propose qu’on mette en priorité faible tout ce qui touche aux détails d’interface (par exemple une virgule, une photo, ou une couleur) pour se concentrer sur les fonctionnalités et le workflow de paiement.

1 « J'aime »

Oui, et de toute façon je compte consacrer tous les prochains builds aux corrections de bugs, parceque il restes des bugs liés à la gestions des coffres, au réseau, d’autres choses moins graves, qui sont fondamentales avant de continuer d’implémenter quoi que ce soit.

Après ça la 0.0.9+ sera consacré à l’intégration de l’indexer de manu je pense.

1 « J'aime »

Hello @ManUtopiK’s Indexer !

image

5 « J'aime »

Dans le dernier build, vous pouvez désormais rechercher n’importe quelle identité par son nom dans la recherche, grâce à l’indexer de Manu !

Les noms d’identités ont également pris leurs place sur les profiles comme indiqué dans le dernier message.

3 « J'aime »

@poka la dernière release n’est pas dispo sur le gitlab, est-ce normal ?

Perso ça m’embête car je passe par le gitlab pour télécharger le .apk depuis mon telephone, c’est beaucoup plus rapide d’y trouver le lien que sur le forum.

En fait je ne créer plus de release sur le gitlab car j’ai automatisé le déploiement.
En fait je créer des tags à chaque fois: Tags · clients / Ğecko · GitLab

Mais le liens de l’APK n’y est pas, est-ce que ça t’irais si les prochaines fois je rajoute le lien vers l’APK dans ces messages de tags ?

Les liens seront toujours au format https://gecko-apk.p2p.legal/dl/gecko-VERSION.apk
Donc même si on a pas le lien on peut le deviner si a la lien de la version précédente.

Je ne sais pas comment créer des release en ligne de commande, c’est une mécanique propre à gitlab donc je suppose qu’il faut passer par l’api gitlab, alors que là je fait juste:

TAG_MESSAGE="$(git log --pretty='format:- %s ([%C(auto)%h](https://git.duniter.org/clients/gecko/-/commit/%C(auto)%h)) ' $LAST_VERSION...HEAD --no-merges)"
git tag -a v$VERSION -m"$TAG_MESSAGE" || exit 1
git push --tags || exit 1

Et j’ai un hook qui lance automatiquement le build côté CodeMagic et publie sur le playstore, lorsqu’un tag commençant par v est push sur master.
@llaq est en train de mettre un hook sur ces tags aussi pour fDroid, comme il connait le pattern des liens de téléchargement il n’en a pas besoin dans les messages de tags.

1 « J'aime »

Non pas dans le message de commit c’est sale.

Le mieux c’est de créer la release gitlab automatiquement quand le git tag est push, c’est assez simple à faire avec gitlab: Releases | GitLab

Quelque chose dans ce style devrait fonctionner:

release_job:
  stage: release
  image: registry.gitlab.com/gitlab-org/release-cli:latest
  rules:
    - if: $CI_COMMIT_TAG                 # Run this job when a tag is created
  script:
    - echo "running release_job"
  release:
    tag_name: '$CI_COMMIT_TAG'
    description: '$CI_COMMIT_TAG'
    assets:
      links:
        - name: 'android-apk'
          url: 'https://gecko-apk.p2p.legal/dl/gecko-$CI_COMMIT_TAG.apk'
2 « J'aime »

Ca m’a l’aire super ça!

Par contre il faut que la CI gitlab fonctionne pour ça, hors j’ai encore des soucis, je comptais l’abandonner pour rester exclusivement sur la CI de codemagic, qui me fait déjà le déploiement sur le PlayStore oklm et tout…

Même si en vrai là j’ai quasiement finit de debuguer la CI gitlab de gecko…

Est-ce que codemagic te permet de jouer les tests sur chaque push d’une MR ouverte ?

Parce que l’intérêt principal de la CI de gitlab c’est ça: tester une MR à chaque push d’un nouveau commit pour vérifier qu’elle n’induit pas de regression :slight_smile:

L’idéal étant de configurer gitab de manière à ne pas pouvoir merger une MR si la CI ne passe pas, et ne pas pouvoir push sur master, ça donne de bonnes garantie que master ne sera pas cassé facilement, et ça apporte un cadre sécurisant pour les nouveaux contributeurs.

Ça n’empêche pas de garder le webhook codemagic pour la partie packaging et publication, qui correspond plus à la partie « CD » que « CI » :wink:

Oui bien sûr, et plus encore, il fait vraiment le café:

Alors là j’avoue que je ne fonctionne plus du tout en MR avec Ğecko étant donnée que je suis solo à dev dessus, et que je me sert justement plus de la CI gitlab, je merge en local…

Je sais que ce n’est pas l’idéal, mais franchement redshift pour la CI gitlab est super lente, bien plus lente que la VM la plus lente de codemagic…

Oui je pense que je vais garder codemagic pour les tests (pas encore activés), les builds et publications playstore/appstore.
Je peux changer la CI gitlab de gecko pour juste créer une nouvelle release à chaque tag v*, comme ton template le suggère, mais je ne mettrait que ça dedans du coup.

1 « J'aime »

404 :’(

1 « J'aime »

arf… fix !
C’est mon cron de cleanup des vieux APK qui faisait les choses à l’envers, il gardait uniquement les 5 plus vieux APK au lieux de garder les 5 plus récent … c’est réparé.

1 « J'aime »

C’est mieux, mais :

L’application n’a pas été installée, car le package semble ne pas être valide.

:cry:

Oui alors j’ai eu ce problème il faut désinstaller l’app pour installer cette nouvelle version, mais j’ai compris pourquoi. C’est le numéro de build après + qui en fait ne doit pas être utilisé comme je le fait depuis le début, car il doit toujours être supérieur ou égal au précédent, exemple: v0.0.9+2 est une version inférieur à v0.0.8+9 pour Android car 2<9 …

Donc je vais devoir arrêter mes +truc entre chaque version… Ou plutôt l’incrémenter constamment, et toujours incrémenter le numéro de version lorsque c’est une version officielle.

1 « J'aime »

Tiens pour vérifier que ce que je dit est vrai, normalement avec ce build tu ne devrait plus avoir de problème d’install, alors que c’est le même que +2 mais avec un numéro de build +10: https://gecko-apk.p2p.legal/dl/gecko-0.0.9+10.apk

Dites moi si c’est bien le cas, je changerai le lien dans mon message précédent et le topic.

2 « J'aime »

C’est bon, application installée avec ce dernier lien. :+1:

1 « J'aime »

Bon par contre j’ai dû supprimer les données sinon l’application affichait indéfiniment le logo Ğecko au démarrage.

Ah merde, le logo Ğecko ?
Ya pas de logo Gecko au démarrage, c’est bizarre j’ai jamais eu ce soucis.

Peut être dû à l’échec d’install de l’apk précédent, mais j’en doute :thinking:


bon normalement il a du retrouver automatiquement tes portefeuilles actifs, faut juste remettre les image si présentes, et les nom pour les portefeuilles sans identités si ils ont été changés…
J’aimerai reproduire ton bug.