Merci @vit.
Je vais probablement écrire “Vous devez obtenir une certification…” au lieu de “des certifications”.
car a priori une seule certif suffit, non ?
Ben là ça a suffit, mais ne maîtrisant pas la théorie des graphes, je ne peux le garantir. Imagine qu’il ait trouvé un certificateur encore plus éloigné : choux blanc, il doit recommencer.
Oui ça peut être plusieurs, ou une seule, selon comment ça tombe, ce n’est pas prévisible. Surtout que “un autre secteur de la TdC” risque d’en laisser plus d’un dubitatif, mais je ne vois pas comment le dire mieux…
Il faut effectivement faire attention à la “qualité” des certificateurs. Un seul suffit si sa qualité est suffisante, mais ça peut le faire aussi avec plusieurs certificateurs de moindre qualité, à condition qu’ils ne soient pas trop proches dans la toile.
Je pense que c’est suffisamment clair. Si la personne “candidate” n’a dans ses contacts personne pour lui expliquer ça, ou au moins renvoyer vers une source, alors pour moi la certification se fait dans de mauvaises conditions.
Au mieux, il peut y avoir un lien hypertexte vers une définition de la toile de confiance avec une illustration des régions isolées.
Ceci participe également à une meilleure compréhension technique de la June, ce qui est un à-côté très positif.
@1000i100 je ne comprends pas. Visibement le push vers github n’a pas fonctionner en v1.2.6. Le fichier install.sh du master/origin est toujours en v1.2.5 (mais bien en v1.2.6 sur le gitlab duniter). Une idée ?
En effet, il semble que ça fasse 2 jour qu’il essai de push sans y parvenir
J’ai plusieurs approche :
avec les droit sur le dépot coté github (que je n’ai pas actuellement) vérifier que tout va bien coté token et authentification pour que le push puisse se faire.
éplucher les log serveur pour voir ce qui coince
supprimer le mirroring intégré et réintroduire la/les taches de mirroring dans la CI.