3ème réunion de travail

Date : Samedi ou Dimanche 18-19 septembre, heure à définir ici

Lieu : jitsi.deuxfleurs.fr/asso

Ordre du jour

Le Mouton Numérique souhaiterait qu'on les héberge.
- Au cas où : tout le monde est d'accord ?
- Définir un cadre « légal » à l'hébergement ? Les hébergés ont tendance à apprécier les garanties...
- Discuter l'aspect financier. On a marqué ça à la page Hébergement de site web de Deuxfleurs : « À terme, on demandera (sans doute) de s'inscrire à l'association pour être hébergé, mais pour le moment c'est gratuit et ouvert à tou.te.s, profitez-en ! » Ça convient à tout le monde ?
Identité visuelle :
- Définir nos besoins/attentes/envies pour la communication visuelle de Deuxfleurs (dans le dépôt : https://git.deuxfleurs.fr/Deuxfleurs/design)
- Tout le monde est d'accord pour demander son aide à Ronce (site web, Insta, ArtStation), illustratrice/dessinatrice et soeur d'Adrien ? Si oui planifier un conf-call avec elle pour discuter de nos idées.
- Quels besoins administratifs pour la rémunérer proprement si on emploie ses services ? (Pour rappel, elle accepte d'être payée en nature pour du petit boulot, ou pour démarrer.)
- Comment lever ce genre de fonds ? Appel à donation au sein de l'asso par ex. Discuter des pour et contre. On ne veut pas que les adhérents se sentent forcés de contribuer financièrement. Mais on veut bien payer nos prestataires extérieurs.
Retour Planet : est ce que c'est utile ? on peut référencer nos articles à la main dans un premier temps ?

Quentin :

✅ Référencer l'article StopCovid
✅ Finir une v1 de Diplonat.
✅ Déployer une V1 de Platoo
⌛ Faire des backups sur la machine de Max.
✅ Penser à vérifier avant la réunion l'état du support de Jitsi par Firefox
- ✅ Semblerait OK via @Vincent : https://linuxfr.org/news/firefox-76-dites-septantesix#toc-prise-en-charge-de-jitsi
- ✅ J'ai mis à jour Jitsi vers la dernière version et réautorisé Firefox
⌛ Email
- ✅ Ajouter une doc pour expliquer comment rajouter un nouveau domaine
- ✅ Chercher des pistes pour réparer IMAP qui est lent ?
  - Cyrus IMAP -> pas d'abstraction du stockage, Cyrus Murder pour de la replication ad hoc
  - DarkMail - ex Lavabit. Abandonné
  - Maddy - Caddy de l'email, pas d'abstraction sur le stockage non plus
  - Rien de probant de manière générale.
  - Propositions :
    1. Utiliser la réplication d'IMAP plutot que GlusterFS dans un premier temps
    2. Écrire un backend S3/Garage pour plus tard maybe en Go/OCaml/Rust (qui peuvent tous compiler en bibliothèque dynamique C)
- Tester quelque chose
✅ Accepter la PR#1 d'Alex (lol)
✅ Mettre à jour Consul+Nomad
✅ Fix le boot du cluster
- ✅ fstab lu avant le boot de GlusterFS
- ✅ nomad+consul démarrés avant le réseau
Améliorer l'image Nextcloud
Début du chantier IPv6
- Ajouter le support d'IPv6 à diplonat
- Faire communiquer Nomad+Consul en IPv6

Alex :

✅ Repo git "interne" avec la compta
PoC infra à base de VPN
Garage:
- À coder: garder les données 30 jours lors d'une suppression
- Tests de fiabilité
- Déploiement beta sur le cluster, peut se configurer en TLS direct entre les datacenters (sans VPN ou Consul Connect)
- Interface web de gestion: dans Guichet (mieux) ou à part (plus simple)