yvv/decision
2
0
Fork 2
Code Issues Pull Requests Packages Projects Releases Wiki Activity
Files
main
decision/HANDOFF.md
T
YvvandClaude Opus 5.5 744d157b01 v3 : publication — un envoi refusé repart, un dépôt neuf reçoit l'historique 
Douzième relecture (850f9c4 : ok), défauts anciens de publish.rs mis en
jeu par le nouveau dépôt :
- un commit que le dépôt n'a jamais reçu (premier envoi refusé, clé sans
  droit d'écriture) repart au passage suivant, au lieu d'une file marquée
  faite avec un dépôt vide ;
- un changement de remote vers un dépôt neuf et vide lui envoie
  l'historique ;
- au démarrage, ce qui attendait repart aussitôt (le délai croissant
  pouvait atteindre 6 h).
trustinWallet montre l'état de la publication (en attente, dernier échec,
dernier commit) et offre « Publier maintenant ».

Boucle : 69 tests Rust, svelte-check, 9 vitest, e2e 13/13.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-10-21 21:30:52 +02:00

4.4 KiB
Raw Permalink Blame History

HANDOFF — libreDecision

Dernière mise à jour : 2026-10-21, session orch du chantier 1.

Où on en est

Chantier 1 — Acte d'engagement Certification : en ligne sur decision.librodrome.org depuis le 2026-10-21 (version fa8e8dc, pipeline Woodpecker n° 30) ; la maquette est sur maquette.decision.librodrome.org (certificat jusqu'au 19/01/2027). Sur la branche du chantier, pas encore en ligne : les points des septième, huitième et neuvième relectures, les liens d'équipe (demandés par Yvv le 2026-10-21) et la publication vers git.open.us.org.

  • v3 Rust + Svelte à la racine du dépôt ; la maquette v2 intacte dans maquette/.
  • Boucle : Rust (fmt, clippy -D warnings, 69 tests dont 16 scénarios d'API et la publication vers un dépôt nu) · interface (svelte-check 0 avertissement, 9 vitest) · e2e 13 / 13 (C1–C12, M1). L'image Docker rejoue tout et a été essayée localement : santé, interface, volume non-root, clé de publication, lien admin initial (0600, absent des journaux), publication immédiate au démarrage, redémarrage sans commit superflu.
  • Déploiement : .woodpecker/app.yml d'abord (le produit à la racine, qui retire de la racine tout conteneur qui la revendique), puis .woodpecker/maquette.yml (la maquette part sur maquette.decision.librodrome.org, seulement si le produit a réussi).
  • Relectures indépendantes avant mise en ligne, chacune traitée avant de livrer : 1f9c241 : ok, 94907af : ok, puis quatre « à reprendre » (ac9c904, 9203fd2, 1eac6f8, 6c0754a), toutes sur la même question : une « coquille » (sans vote, publiée) qui change un sens, puis fa8e8dc : ok (mis en ligne), c3d6bf8 : ok, fd19dbf : ok, 753b522 : ok, 8a32160 : ok, 850f9c4 : ok. La règle est désormais simple et explicable : une coquille touche les lettres et les espaces, rien d'autre (CHANTIER.md, ADR 0003). Autres points traités : ordre des workflows, anciens conteneurs en restart: always, vote réservé aux membres de la toile dans Monnaie libre (une personne, une voix), lien d'invitation jamais vers une identité Ğ1, réservation du lien avant usage, redirection après connexion, en-têtes anti-encadrement, cookies __Host-, retour arrière automatique du déploiement (maquette au premier, version précédente ensuite), courses entre correction et entrée en vigueur, syft épinglé.

Ce qui attend Yvv

  1. Envoyer la demande à poka : docs/chantiers/acte-certification/DEMANDE-CONNECT.md.
  2. Dépôt des textes : yvv/decision-depot-textes-reference sur git.open.us.org, créé par Yvv le 2026-10-21 (privé pour l'instant : les applis ne pourront le lire en brut qu'une fois public) — un dépôt séparé du code, pour que la clé du serveur n'écrive jamais dans yvv/decision et que le dépôt se transfère d'un bloc (Yvv : « pour l'instant sur open.us ; on fera un dépôt pour l'ouverture, un transfert, et le dépôt officiel pour les textes en vigueur »). Reste à y ajouter la clé de déploiement du serveur, en écriture (sa partie publique s'affiche dans trustinWallet, /acces, section Publication). Le serveur fait lui-même le premier envoi ; en cas d'échec il réessaie avec un délai croissant (1 min, 2, 4… jusqu'à 6 h), repart d'une minute à chaque redémarrage, et /acces → Publication montre l'état et offre « Publier maintenant ». Changer de dépôt plus tard : LD_PUBLISH_REMOTE dans docker/app-compose.yml.
  3. Ouvrir trustinWallet avec le lien administrateur initial (remis hors conversation, un seul usage : il crée l'identité administratrice). Pour l'équipe : un lien d'équipe (/acces → Liens d'équipe ; chaque personne qui l'ouvre a sa propre identité), ou une invitation par personne. Pour soi sur un autre appareil : « Nouveau lien de connexion ».
  4. Donner à Chiara un compte git.open.us.org collaboratrice de yvv/decision.
  5. Décider : la licence du code ; le texte F1.2 du seed (annonce C = 0 et 30 jours).

Pour reprendre

  • Lire docs/chantiers/acte-certification/CHANTIER.md puis CONTROLES.md.
  • Les retours de Chiara arrivent dans /acces → Retours : chacun est un contrôle à repasser.
  • Quand les identifiants connect arrivent : DEMANDE-CONNECT.md § « À la réponse ».
  • Chantier suivant (après la mise en production et les retours) : Acte d'engagement forgeron.
Reference in New Issue View Git Blame Copy Permalink