La réunion se passe sur le serveur Mumble de LDN : https://wiki.ldn-fai.net/wiki/Mumble

Compte-rendus des précédentes réunions : https://wiki.labriqueinter.net/doku.php?id=meetings:index

Le code se trouve ici: https://github.com/labriqueinternet/ Suivi d'avancement sur github : https://github.com/orgs/labriqueinternet/projects/1

Début de la réunion à 19h.

• keo (Franciliens.net)
• HugoPoi (Franciliens.net)
• Aleks (annnnnnd im late)
• Galileo (observateur, association linuxmaine)
• DrPi (Rezine)
• agentcobra (ldn)
• ljf (ARN)

• AG FFDN soon™ le mois prochain près de Reims: https://neutrinet.be/en/ag2020 https://wtf.roflcopter.fr/pics/XVL9sXf2/8OxrJveG.jpg
• Event de contrib à Yunohost 2 au 4 Octobre à Jambville (région parisienne) : https://forum.chatons.org/t/invitation-coding-party-contribatelier-pour-raspberry-pi-yunohost/1470

Nouvelle Pre-release sur Buster : https://github.com/YunoHost/arm-images/releases/tag/v2020.08-rc A tester !!

Les cartes SD (et micro-SD) et clef USB sont globalement moins fiables que les eMMC. La différences entre les cartes SD et les eMMC réside dans la qualité de gestion de la mémoire. C'est pour cela que les eMMC durent plus longtemps. Les mémoires eMMC subissent moins de l'aspect physique (branchement/débranchement). Les mémoires eMMC sont plus rapides que les micro-SD parce que la BUS est plus large.

Les cartes eMMC peuvent être configurée suivant plusieurs mode d'opération: meilleur quantité de donnée VS meilleure qualité de stockage

Le module eMMC (NAND + contrôleur de gestion) apparaît “comme un disque”. Dans les cartes Olimex Lime2 avec mémoire NAND c'est le processeur principal qui gère l'allocation de mémoire.

La plupart des carte SD n'implémentent pas les fonctionnalités de récupération de statistiques (nombre d'écritures…). Difficile donc de connaître l'usure. C'est plus courant/facile de faire ça avec les mémoires eMMC.

Application Performance class: https://www.sdcard.org/developers/overview/application/index.html Plus résistantes en nombre d'écritures. La vraie solution reste les backup

TODO: [Keo] Démarrer une page dans le wiki, [DrPi] compléter

Quelle est la durée de vie annoncée/pratique des cartes Olimex ?

TODO: [DrPi] Tester une install de brique sur une carte micro-SD en 128GB formattée en FAT32

Actuellement:

• génération du fichier hypercube via install.labriqueinter.net
• mettre le fichier hypercube sur un clef USB
• démarrer la Brique avec la clef USB
• l'installation dure <15 min

Futur:

• Idéallement, le formulaire d'installation se retrouverait dans l'interface YunoHost.
• Deux options:
  • customisation de la post-install de Yunohost
  • interface dédiée à la BriqueInternet

Neutrinet n'utilisent pas install.labriqueinter.net et ont un script perso qui s'en rapproche : https://gitlab.domainepublic.net/Neutrinet/neutrinet_cube_install

Process idéal

• On flash avec etcher ou dd (potentiellement fait en amont par l'asso)
• On lance dans le navigateur internetcube.local (c.f. avahi-daemon etc)
• On obtient une page HTTP (HTTPS?!)
• On répond aux questions
• On lance la post-post-installation, celle-ci fait (dans une interface de debug similaire à l'actuel?)
  • la création du user
  • la configuration du vrai nom de domaine
  • la regénération des clé ssh
  • la regénération de la CA autosignée
  • la config vpnclient
  • la config hotspot

Comment serait gérée l'installation d'app custom (cf neutrinet qui ajoute son app à la fin) ? Idéalement: gérer la reprise de l'install TODO [Keo]: contacter neutrinet

TODO: préciser le format nécessaire de la clef USB

Work in progress for new install interface / procedure (every step directly on the cube itself) :

  1) form : https://wtf.roflcopter.fr/pics/mYhiiKNM/2ReWYr0q.png
  2) install ongoing : https://wtf.roflcopter.fr/pics/ph2bhapu/x6Z3PHNK.png
  3) install ongoing with debug mode toggled on : https://wtf.roflcopter.fr/pics/jCgAKTll/s6rhyL0E.png

repo (work in progress, absolutely unstable) : https://github.com/alexAubin/install_internetcube

Superbe interface d'Aleks.

On sait plus pourquoi on reboot. Y'a peut-être moyen de faire toute l'installation sans rebooter. Ce qui éviterait de la chienlit sur le process d'installation et sa nouvelle interface trop super. Pourquoi on rebootait:

• agrandissement de la partition: pas besoin, peut être fait à chaud. C'est réglé.
• charger le module kernel de la clef WiFi. Y'a moyen de le faire à chaud.

Passage de l'interface php de vpnclient vers les config-panel de Yunohost

• S'inspirer de seafile ou nextcloud pour construire le config panel
• il manque des types de questions:
  • type fichier (pour le .cube)
  • type textarea
• Il manque la possibilité d'afficher un état (bien qu'on peut bricoler avec les actions custom)

EDIT 11/05/2020 : https://github.com/YunoHost/yunohost/pull/987 https://github.com/labriqueinternet/vpnclient_ynh/pull/65

On va pouvoir renseigner son fichier cube au script CLI de l'app sans avoir à passer de mote de passe