Archives de catégorie : Réunion

Réunion du 2 décembre 2015

Bienvenue à Mohamed, qui va travailler avec Oleg (et Gérard) sur le projet Cyclone.

Cyclone

Oleg rappelle les objectifs de Cyclone : fournir une infrastructure de « sécurité de bout en bout », de déploiement d’application et de réseau virtuel à l’utilisateur d’une fédération de clouds (qui se sert de plusieurs clouds en même temps pour faire tourner son application). La contribution du LAL est focalisée sur la partie réseau (NaS, Network As a Service).

http://www.cyclone-project.eu

Cryptographie

JNA signale un article paru dans le courrier du CNRS sur la cryptographie homomorphe. Ce champ de recherche vise à permettre un traitement de données chiffrées sans les déchiffrer.

https://lejournal.cnrs.fr/articles/un-cryptage-revolutionnaire-pour-securiser-le-cloud

MOOC

Tous les gens (David, Monique, Oleg) qui ont suivi sérieusement le MOOC Python en sont très contents (et ont obtenu leur diplôme). Mohamed cite deux autres plateformes de MOOC dignes d’intérêt (en anglais) : Udacity et bien sûr Coursera (dont certains cours semblent devenir payants, même si non diplômants). Christian Arnault a suivi une fraction non négligeable du cours sur l’apprentissage automatique de Coursera.

https://www.udacity.com

Linux Journal

Il est possible de s’abonner à une version électronique du Linux Journal (version anglaise). Contacter Sabine Starita.

Docker

Rappel : journée LoOPS le 17 décembre au 204 sur Docker (par Sébastien) et Unikernel.

http://reseau-loops.github.io/journee_2015_12.html

Conda

Christian Arnault a jeté un coup d’oeil à Conda, le système de gestion de configuration, sorte de Maven language-free, ou plutôt écosystème-free, bien que né pour gérer les distributions d’anaconda. Mentionné par HSF, il est un signe de la prise en considération par le CERN de systèmes de build incluant la gestion de configuration avec introspection, comme s’est voulu CMT.

Réunion du 18 novembre 2015

La séance est largement consacrée aux retours sur la journée LoOPS d’hier sur les licences logicielles, jugée très intéressante par ceux qui y ont participé (Antoine, Philippe, Grigory et Laurent Garnier). Deux ou trois highlights :

  • Un code, par défaut, appartient exclusivement à celui qui l’a écrit, et, sans mention explicite des droits d’utilisation (justement le but d’une licence), ne peut être exploité par personne d’autre
  • Bien faire la différence entre droit moral (== propriété intellectuelle inaliénable de l’auteur, qui s’exprime en général par un paragraphe copyright) et droit patrimonial (== propriété « commerciale », en général l’employeur de l’auteur), qui définit les droits d’usage du logiciel (qui s’exprime dans la licence)

Un rapide tour de table montre que dans la pratique, jusqu’ici, personne n’a rencontré dans les codes source des expériences auxquelles il a participé une trace évidente de licence, seulement parfois des copyrights.

Se référer aux transparents de la journée LoOPS qui seront publiés ici : https://indico.lal.in2p3.fr/event/2967/overview

Discussion rapide sur la conférence Stallmann, qui se lamente toujours de l’amalgame entre logiciel libre (free software), dont Grigory précise la définition, et logiciel à code source public (open source).

Annexe

Philippe a préparé des notes sur la conférence Stallmann et la journée LoOPS :

Stallmann :

– Richard Stallmann a appuyé sur la différence entre sources ouvertes (open source) et logiciel libre (liberté pour l’utilisateur d’usage, d’étude, de modification et de redistribution) tant moralement que dans la liberté d’utilisation pour l’utilisateur
– limite peu claire entre les licences applicables au matériel et littérature d’un côté, et logiciel de l’autre
Coder, diffuser :

– Propriété intellectuelle en France (PI) :
elle protège la création originale d’une personne, l’empreinte de l’auteur.
En l’absence de contrat spécifique (légal), la PI se répartit en droits moraux et droits patrimoniaux.
Les droits moraux sont surtout français

– gestion de la PI salarié/non salariés :
dans le cadre du travail pour un employeur tiers, les premiers sont limités au droit à la mention du nom, et les second appartiennent à l’employeur.
MAIS dès qu’un non salarié intervient, ils détiennent indépendamment leur part de PI : doctorant non salarié, stagiaire, émérite, etc.
Sur du code, la PI concerne le code, la doc liée, et tout ce qui est spéc. et cahier des charges détaillé.
→ besoin de juste contrepartie en cas de travail (salaire), un stage n’est pas fait pour travailler et créer mais pour se former

– Licences libres :
une licence libre gérant la façon dont on peut user d’un logiciel. l’usage du code est une licence ne limitant pas l’usage, d’autres licences propriétaires/privatives existent, plus ou moins limitatives : licence n’autorisant que l’usage, ou plus selon le contexte (éducation, recherche, etc.)

– choix de la licence de diffusion :
se fait en fonction du contexte, le choix revient à la tutelle
les juristes et chargé d’affaire sont les interlocuteurs pour aider les développeurs à choisir la licence en fonction du droit et du risque
répartition des interlocuteurs des UMR entre les tutelles : pour le LAL → DR4

– logiciel d’analyse de licence

– brevets non applicables au logiciel en Europe légalement mais en pratique, l’office européen en a accepté suffisamment pour que le risque existe qu’ils soient acceptés malgré tout du fait des groupes de pression

– enveloppe Soleau ne suffit que pour prouver l’antériorité, mais pas pour autoriser l’utilisation commerciale

– en cas de création d’entreprise, la stratégie du brevet est intéressante pour la revendre, la stratégie du secret semblerait la seule utile pour maintenir possibilité d’accords commerciaux avec des entreprises pour exploiter des technologies, mais limité à du conseil (pas de codage) et limité à 20% pour les agents publics

– besoin de cahier de labo

Réunion du 4 novembre 2015

– Oleg, de retour d’une journée de rencontres avec les développeurs/contributeurs cernois à OpenStack, nous présente l’état de la participation du LAL au projet européen CYCLONE : il confirme l’abandon de StratusLab pour OpenStack et nous en explique les raisons. Une présentation aura lieu lors de la prochaine AG du SI (jeudi 19/11)

– MOOC Python : Monique, Oleg et David se sont accrochés et saluent la qualité du cours.

– Oleg signale un site qui permet de suivre graphiquement l’assignation des variables en Python, mais aussi en Java : http://pythontutor.com/

Rappels :

– Journées LoOPS

+ le 17/11 : Je code, je diffuse, oui, mais comment ? au Digiteo-Moulon (http://reseau-loops.github.io/journee_2015_11.html)
+ le 17/12 : Docker et Unikernel sont dans un bateau… au Proto 204 (http://reseau-loops.github.io/journee_2015_12.html)

– Conférence de Stallman le lundi 16/11 à Supélec

Réunion du 9 septembre 2015

Antoine commente les arrivées dans le service et plus particulièrement dans le groupe développeurs :

* David Chamont, le 1er octobre, venant du LLR où il a été chef de service informatique et spécialiste GPU ; il travaillera (entre autres) sur AIDA2020, PSPA et l’enseignement.

* Nouvelle recrue sur concours pour prendre la suite de Laurent, le 1er décembre. Il y a 3 ou 4 bons dossiers, dont un excellent avec de très bonnes chances de l’attirer au LAL.

* Un CDD Aida2020 dans les mois ou semaines à venir, 5 candidatures reçues dont une excellente et une très bonne ; le salaire proposé sera-t-il suffisant, surtout si le candidat n’a pas les diplômes ouvrant droit au corps des IR ? La qualité et la rapidité des réponses est peut-être due à la diffusion sur les listes Calcul, devlog et LoOPS, et aussi LHCb, en attendant CMS et Atlas.

* un CDD Cyclone pour travailler avec Oleg, qui a déjà reçu un candidat, qui na pas encore donné de réponse.

* (rappel) Adrien, NOEMI en provenance du labo de Maths, arrive le 1er octobre dans le groupe exploitation

Le service demande pour les trois ans à venir : 1 T pour remplacer Gérard/Daniel dans la gestion des salles de réunions/support de conférences (par nécessairement BAP E), le remplacement de François David, la stabilisation du CDD AIDA2020, le remplacement d’Emiliano, qui part fin décembre vers de nouveaux horizons a priori pas informatiques en Angleterre.

David a participé à la construction d’un MOOC de l’école doctorale PHENIICS, avec utilisation du studio d’enregistrement de MOOC de l’X :

https://www.france-universite-numerique-mooc.fr/courses/ParisSaclay/71001/session01/about

Le MOOC Python d’Inria, unanimement apprécié lors de son édition fin 2014, à laquelle plusieurs d’entre nous s’étaient inscrits sans finalement pouvoir la suivre dans son intégralité, est reconduit ce trimestre :

https://www.france-universite-numerique-mooc.fr/courses/inria/41001S02/session02/about

Ecole IN2P3 Outils de mise en production du logiciel

Du service : deux participants : François et Philippe, 1 intervenant : Antoine (Oleg ne pourra pas se déplacer du fait de sa blessure aux pieds), 1 organisateur : Christian H. La production de contenu avance bien, mais il reste du pain sur la planche.

https://indico.in2p3.fr/event/11728/overview

Enseignement NPAC (février 2016) fortement remis à jour et modernisé sur une proposition de Christian A. L’application support existe, il reste à refaire tout le matériel pédagogique…

Une journée JOSY organisée par Resinfo sur le thème de la GED, avec participation de Christian Arnault pour Atrium : https://indico.mathrice.fr/event/0/

La prochaine journée LoOPS portera sur les licences, mais pas que, le 17 novembre : https://indico.lal.in2p3.fr/event/2967/

Réunion du 1 juillet 2015

Christian H. évoque le petit groupe Qualité qu’il anime du côté ASR et pose la problématique d’initier une dynamique Qualité au sein du groupe développeur. Après confrontation des pratiques dans trois contextes très différents (Jean-Noël, projet plutôt personnel mais dans le cadre d’une expérience plutôt de grande taille, Christian A. pour LSST, Justine pour un petit projet (nomenclature ELI-NP)), on conclut en se fixant un objectif modeste, ouvrir un espace Web permettant de garder une trace des idées de chacun sur cette question de la place de la qualité dans son activité de développement. Christian H. est chargé de cette action.

Réunion du 3 juin 2015

On profite de la présence de Frédérique Chollet, nouvelle animatrice du réseau RI3, pour que chacun présente ses activités.

Monique : driver de carte électronique pour LHCb, acquisition de données pour BAO radio (antennes installées à Nançay). Elle a fait le parcours service électronique ⇒ service informatique (il y a 10 ans), reste à la frontière électronique/informatique.

Philippe, responsable contrôle commande de ThomX avec Jean-Claude et Olivier (et coup de main de Monique sur la supervision), la problématique de l’interface avec le matériel est aussi présente. Jouvence du CC de PHIL avec Éric.

Christian Arnault : Atrium 50%, LSST 50% et enseignement 50%. Cite l’expérience de participation au RAMP, et de son suivi du MOOC « machine learning  » sur Altera.

François : parcours du support aux calculs pour accélérateur à la participation à des expériences de physique (D0, Planck), avec utilisation du parallélisme. Puis projet PSPA, framework des programmes de modélisation simulation de composants d’accélérateurs disponibles sue le « marché » permettant une distribution fine de ces programmes sur les différentes parties d’un accélérateur.

Réunion du 8 avril 2015

1 – StratusLab

Oleg explore le code de StratusLab, dont il reprend le développement. Pour l’instant, il saute les morceaux en Clojure, trop difficiles à lire tant qu’il ne s’est pas plus familiarisé avec la programmation fonctionnelle. Il y travaille grâce à un MOOC (sans vidéo), hard mais très bien fait. Ce MOOC est de ceux qui valident une étape en exécutant le code qu’on a produit.

Une des évolutions programmées de Stratus Lab est d’utiliser une BD NOSQL, à savoir Couche Base (écrite en Erlang). Pourquoi ? Passage à l’échelle, tolérance aux pannes, souplesse (pas de schéma)… Langage d’interface : N1QL (savourer le sigle). Pourquoi Couche base ? Massivement parce que licence Apache2, la seule possible pour Stratuslab. D’où la discussion sur

2- Les licences

Un point important à ne pas négliger, mais très souvent une bouteille à l’encre pour le développeur dans un labo CNRS. Le SPV n’est pas à la hauteur dans ce domaine, et la licence CECILL est inconnue hors de l’hexagone (mais l’argument est que justement elle est la seule adaptée à la législation de l’hexagone…)

Sur le front Docker (Sébastien) pas grand chose de nouveau. Docker Machine , un des « orchestrateurs de containers sur le cloud » (avec ses copains Kubenetes et Mesospher, devient incontournable quand justement on prétend déployer sur le cloud.

Sébastien propose comme pot de départ un atelier GO. Que rêver de mieux ? → En 203, vendredi 17 avril à partir de 14h. Inscriptions Instructions pour préparer sa machine

Monique (et Philippe) proposent une exploration collective des promesses d’Arduino le 16 avril. Inscriptions

François David propose un exposé débat sur les systèmes embarqués grand public le 6 mai.

Pour l’instant, les inscriptions aux JDEVs se réduisent à Antoine et Philippe.

Réunion du 26 novembre 2014

1 – Catherine BISCARA (LPSC) cherche à faire une interface OCCI en Ruby pour StratusLab (elle a contacté Sébastien)
Avis de Cal : c’est un mauvais standard, usine à gaz et moins documenté que CIMI, l’interface supportée de StratusLab, mais il est utilisé dans EGI.
La page du DMTF avec leurs standards cloudshttp://dmtf.org/standards/cloud
La spécification de CIMI : http://dmtf.org/sites/default/files/standards/documents/DSP0263_1.0.1.pdf

Clouds faisant partie de France Grilles : CC (OpenStack), LAL (StratusLab), IRIT (OpenNebula, va probablement passer à OpenStack). Plus IPHC (OpenStack), LPSC (SL), LUPM (SL).

2 – Slipstream : interface qui permet de faire abstraction d’un cloud spécifique.
Une présentation est prévue au LAL le 9 décembre prochain, avec TP.

http://indico.lal.in2p3.fr/event/2633/
utilisation de plusieurs cloud en //, déploiement //

3 – Le support de docker est dans les cartons pour StratusLab

4 – MeetUp Go vendredi soir prochain, intervenant atelier : Sébastien.

5 – Journée Argos sur les conteneurs 11/12/2014 au LAL:
– conteneurs permettent des créations d’interfaces réseaux via libvirt comme 1 machine virtuelle

6 – Ecole ENVOL 2014 : bien, ensoleillé et dense (9h-23h)
– Thème : tests logiciels (statique/dynamique, dynamique structurel/fonctionnel, couverture). Partie théorique très intéressante, TP moins réussis
– adossée à plusieurs langages :
* C++ : structurel (CPPUnit -> gMock, Gcov), fonctionnel (Cucumber)
* Java : structurel (JUnit, Mockito, Jacoco), fonctionnel (Concordion)
* tout : SquashTM
* web : Selenium
– TP Arduino suivi d’une présentation sur le test en embarqué. François-David possède une pratique personnelle avancé d’Arduino.
– Agilité
– point Plume/ENVOL : projet PLUME arrêté, école ENVOL reprise par Devlog (et le réseau Calcul ?)

6 – JDEV 2015 juillet 30/6 et 1 au 4/7/2015 à Bordeaux
Thèmes encore peu définis, à la recherche de responsables…

7 – Journée instrumentation (24/11/2014) avec réseau Control Commande (plutôt porté par les électroniciens)

Réunion du 23 juillet 2014

1 – Discussion sur les formats d’intervention aux JI2014

Antoine et Christian décrivent les différents formats que le comité de programme (enfin, quelques membres du comité de programme) essaie de mettre en place pour maximiser les échanges entre participants et donner une place à tous ceux qui ont proposé une intervention :

* présentation traditionnelle : limitées à 20 mn, questions comprises
* présentations éclair : 5 mn d’horloge, sans questions
* poster traditionnel A0
* poster dynamique : une animation de 3 à 5 mn qui sera projetée en boucle avec 5 ou 6 autres posters dynamiques

Note : tout poster a de facto droit à une présentation éclair

* intro table ronde : 10 mn, en replaçant le sujet dans un contexte plus général (ex : Go, sa place dans l’avenir de HEP ?) ; l’animateur de la table ronde pose ensuite des questions aux intervenants et sollicite des questions des participants
* présentation invitée : 30 mn questions comprises
* atelier : échanges entre un nombre restreint de participants (15 max) autour d’un langage, une méthodologie, un service (ou autre chose) avec une trame préparée par l’animateur

lundi après midi : 6 présentations invitées (dont Balázs, en tant que chercheur en informatique en immersion IN2P3

mardi : 4 sessions (AsR, on-line, off-line, outils) sur le format 3 présentations de 20′ + 5 ou 6 présentations éclair

mercredi : trois trains de sessions d’1h30 parallèles : ateliers, tables rondes, présentations à public ciblé

jeudi matin : présentations invitées ou sur un thème très transverse, activités RI3

2 – Antoine annonce l’ouverture prochaine probable d’un service GitLab au CC (avec comme premier cobaye le projet Atrium). Un discussion sur les outils de forges « sociales » que dev@lal pourrait utiliser (github, gitlab local ou in2p3, rhodecode) serait intéressante à programmer.

3 – Cal lance un appel de consultance aux utilisateurs intensifs de setup tools. Après un petit tour de table, il ira voir Antoine.

Réunion du 28 mai 2014

Ces minutes ne prétendent pas tenir lieu de compte-rendu de réunion, dont on souhaite laisser le format le plus libre possible pour laisser chacun s’exprimer sans contraintes. Elles sont plutôt un ordre du jour « après coup ».

  1. Antoine donne quelques informations sur le nouveau format de ces rencontres des développeurs au LAL : une heure tous les quinze jours (programmation régulière à long terme), informations sur la vie du service et les événements intéressant le groupe, tour de table informel sur les activités ou les infos que chacun veut bien partager. Voir les transparents disponibles dans cet événement Indico.
  2. Petite discussion sur le contenu de la « Journée simulation à Paris Sud« 
  3. Tour de table des propositions d’intervention aux JI2014. Pour élargir le débat au niveau de la « publicité » des développements réalisés au LAL, Christian propose de reprendre l’idée des posters dans le couloir du bas (ou ailleurs, ou sous une autre forme plus électronique…). Echo mitigé.
  4. Discussion sur l’avenir du mur d’image. Guy souhaite une version 2 (au sens matériel du terme). Le projet est toujours dépendant d’un intérêt manifesté par les chercheurs. Il semble que l’astro soit un meilleur client, plus friande de représentations graphiques que la PHE.
  5. Éric décrit son activité dans le cadre de VIRGO, qui entre en phase d’installation sur le site où il vient de faire un séjour. Tango reste toujours pour l’instant localisé à la cryo et au vide (domaines où il intervient)
  6. Monique décrit son travail sur la carte LHCb, avec débuggage à distance au téléphone (!)

Prochaine réunion le mercredi 11 juin à la même heure.

Christian H.