Formation Hadrien git

La version originale d’Hadrien sur owncloud avec slides
Elle sera revue et corrigée courant Septembre, en fonction des retours de la 1ère session, puis rejouée en fin d’année.

Le portage « piscine »

https://gitlab.in2p3.fr/MaitresNageurs/GenieLeaugiciel/

• JIs 2018 à Port-Bail du 1 au 4 octobre
• dates limites : inscriptions 7/7 et soumissions 30/6
• qui ? Julien, Antoine, Hadrien
• contributions du LAL Julien:
  • 1 piscine (Scala) + 1 talk (Analyzing astronomical data with Apache Spark)
  • Antoine: Plongeon Sphinx (David: …et Gitlab Scrum ?)
  • Hadrien: Présentation-éclair (5 min) sur openSUSE Tumbleweed, une distribution Linux qui rend le modèle « Rolling Release » plus utilisable grâce à un accent important sur l’assurance qualité et la restauration système en cas de pépin. Peut-être quelques chose (pres? tuto?) sur le langage Rust.

Le format éclair n’est pas évident… (on doit souvent faire avec 1-2 diapos).

Rencontres Tango à Prague

• TANGO est un Bus logiciel utilisé sur ThomX, concurrent d’EPICS, apparu en Europe (SOLEIL et ESRF) au moment du schisme survenu entre deux versions de ce dernier
• il permet de contrôler (lire) et commander (écrire) plusieurs nœuds de plusieurs endroits différents
• la communauté est composée de 46 institutions, principalement des accélérateurs / synchrotrons, mais aussi la soufflerie de l’Onera à Toulouse, des bouts du laser Mégajoule, le détecteur astro SKA
• Passé en v9 depuis un an, il utilisait pour la communication entre processus CORBA depuis le début, et a entamé une migration progressive vers ZeroMQ
• Principaux développeurs du noyau : SOLEIL, ESRF (fondateurs), ALBA, et Elettra. 6 autres institutions font partie des contributeurs de la Fondation TANGO et participent à niveau moindre en temps et en argent pour donner les orientations
• d’autres institutions proposent des outils clients et interfaces utilisateurs
• ElasticSearch pour la gestion des journaux contrôle-commande
• les distributions utilisées sont diverses, et les paquets sont recréés par différentes institutions. Une discussion est en cours pour mutualiser le travail de création et maintenance des paquets sur Debian, CentOS…
• MaxIV ont proposé eloggy, une évolution de eLog avec des fils de discussion et une base de données pour remplacer la configuration par fichier texte.
• Des discussions improvisées ont eu lieu sur le rachat de GitHub par Microsoft (l’information est tombée le jour de début des rencontres, et la migration à GitHub de la communauté Tango ne datait que d’un an)
• La fondation Tango pourrait héberger un GitLab, puisque chaque institut a sa propre instance Gitlab. Mais il y a un compromis avec le côté visibilité, communauté mondiale… de GitHub.

Forges sociales

• Les forges sociales ont centralisé une partie une partie des usages de gestionnaires de version décentralisé, c’est la visibilité qui semble la raison qui légitime cette centralisation. Quelques systèmes de gestion de version décentralisés intègrent nativement des fonctionnalités de forges sociales comme les tickets (FOSSIL semble le dernier survivant)
• L’avantage d’une forge centralisée comme GitHub est qu’elle permet d’avoir des nouvelles « triées » sur les nouveaux projets. Mais la manière dont sélection est faite influe sur la communication des projets. Le projet git-federation a été lancé il y a quelques jours afin de permettre de permettre cette synchronisation sans imposer une centralisation. GitTorrent fait du Git par dessus le protocole pair-à-pair BitTorrent. Bridgy sait parler Github aussi, il permet d’afficher des infos Github sur une page web comme les publications des réseaux sociaux. SSB est un projet pour faire une forge pair-à-pair.
• Les forges (ex: gitlab) hébergent aussi des informations personnelles dans les informations de commits (champ identité qui comporte une adresse électronique et un identifiant, qui peuvent permettre d’identifier l’auteur). Cela a soulevé dans la communauté le problème de comment respecter le droit à la suppression des données personnelles du RGPD. Le changement de l’identité des commits créerait une nouvelle branche, mais cela ne changera rien pour tous les autres dépôts qui ont été créés à partir du dépôt public
• Pourquoi on doit donner son mail dans un gestionnaire de version ? Historiquement, Linus Torvald (créateur de git) tenait à envoyer les modifications par courrier électronique mais cela n’est qu’une information falsifiable et modifiable.
• L’adresse électronique est un des moyens naturel d’identifier de manière unique un auteur (ou un commiter), il y en a d’autres. Une évolution possible serait d’utiliser une clé GPG à la place. La possibilité de signer ses modifications est d’ailleurs déjà intégrée à Git et Mercurial.

Nouvelles de PSPA ?

• Des ingénieurs ergonomes ont commencé à s’entretenir avec les utilisateurs potentiels.
• La proposition finale ne révolutionne pas, c’est un processus d’amélioration itérative, mais de nombreux détails importants ont été évoqués et améliorés.
• Ex: pour eux, une bonne interface ne nécessite pas de fonctionnalité pour revenir en arrière, mais va dans le sens d’un avancement continu vers un but. Cette règle n’a cependant pas été suivie tout le temps.
• Ils ont donc revus plusieurs itinéraires dans l’interface de PSPA en fonction de cette bonne pratique.
• Maintenant, on passe à la phase implémentation, et c’est une équipe web basée à Bordeaux qui prend le relai.
• Deux points imposés par le LAL: contrôleur en python et utilisation de frameworks (pas dans leur culture)
• Différence: l’entreprise travaille dans l’idée qu’on développe une fois et arrête après, le LAL vise plus pour PSPA un modèle de développement continu
• Démonstrateur en Flask + Vue.js + C encapsulé avec Cython. Dispo sur le Gitlab du CC.
• Accord de principe du commercial avec ces contraintes techniques (à budget identique).
• Transition technologique XML vers JSON (pour un meilleur interfaçage JavaScript) et C vers C++
• Une différence importante: XML est ordonné (plus précisément, les bibliothèques qui le décodent le présentent comme tel), JSON ne l’est pas. Des différences d’interface logicielles existent, il va falloir imposer l’ordre dans le schéma JSON

Nouvelles de GSoC ?

• les 4 labos français qui participent semblent très contents

Misc

• NSIP
  • Des soucis ?
  • La vidéo tutoriel indisponible était due à une mauvaise utilisation d’atrium pour créer le lien pérenne
  • La mention légale avait été recopié à la va-vite, sans rayer les mentions à rayer
  • NSIP est utilisé actuellement pour évaluer les ETP sur projets, pas pour comptabiliser précisément le travail. La durée totale ne doit pas excéder la valeur maximum, mais peut être inférieure
• Serge: Les collègues du CEA souhaitent utiliser l’OpenStack du LAL pour SVOM en attendant que l’infrastructure au CC soit prête.
  • Le LAL fournit pendant la transition, et comme dépannage, dans l’idée de transiter vers le CC dès que c’est prêt.
  • Presque opérationnel, rendez-vous avec les gens du CEA demain pour tester la plate-forme.
  • OpenStack constitue une avancée majeure en terme de fiabilité et documentation par rapport à StratusLab, qui était en phase de R&D.
  • SVOM présent sur le tableau de bord OpenStack depuis ce matin seulement…
• Christian par mail: « SKA c’est impressionnant 600 x LSST en terme de data flow
  • 700 Pb / year (-> 50 ans)
  • 120000 antennes
  • bof on se sent très petit joueur avec LSST !! »