Changes between Initial Version and Version 1 of Reunions/20130521

Timestamp:

May 21, 2013, 6:55:41 PM (11 years ago)

Author:

/O=GRID-FR/C=FR/O=CNRS/OU=LAL/CN=Michel Jouvin

Comment:

--

Reunions/20130521

@@ +1 @@
+= Réunion suivi - 21/5/13 =
+[[TracNav]]
+
+[[TOC(inline)]]
+
+
+== Bilan évaluation TDAQ ==
+
+Confirme le bon choix de TDAQ comme premier candidat
+ * En fait de TDAQ-common : la partie utilisée par ATLAS-core
+   * 2 autres projets TDAQ utilisés par Atlas offline : DQM-Common (même genre de taille que TDAQ-Common) et TDAQ. A priori pas de dépendances d'autres projets.
+   * D'après Rolf, 200 packages
+ * Requirements assez simples et très bien écrits
+ 
+A permis d'identifier la question négligée des CMT tags.
+
+== Next step ==
+
+Script de conversion à partir de TDAQ-Common
+ * A part les tags, la version actuelle du hscript doit permettre la représentation des requirements
+   * Problème de définir une définition flexible (sans édition du code?) de la liste des keywords définis. Schema ?
+   * Sébastien doit fournir le schema actuel du vocabulaire hwaf
+ * Faire une conversion du texte non expanded du requirements : essentiellement de la tokenisation
+   * Macro : conversion en hscript (dans la section Configure)
+   * Reprendre un embryon de parseur écrit par Christian ?
+   * Bibliothèque python écrite par Scott ?
+ * Gérer la possibilité de renommer les patterns pour remettre de la cohérence ?
+   * Plusieurs patterns identiques avec un nom différent
+   * Existence d'un query language peut aider à identier les patterns à renommer
+
+== Tags ==
+
+Définition CMT : applicable aux macros  (macro, set, path, action) uniquement
+{{{
+macro <name> <value> | <tag> <value> | <tag> <value>
+}}}
+
+Tag CMT activé soit par une définition extérieure CMT (EnvVar) ou CMT apply_tag
+ * CMT apply_tag pas très déclaratif car effet dépendant du positionnement : possibilité d'en faire un élément global (position independent) dans hwaf ?
+
+Tag peut être vue comme un Python dict dont la clé est le nom du tag
+ * 1 section par type de macro dans la section Configure
+ * Valeur par défaut : utiliser un nom de clé réservé (ou string vide)
+ * Pb des noms de tag qui sont une expression booléenne de tag car parser yaml utilise des dict python non ordonnées alors que définition de tag ordonnée dans CMT
+   * Exemple : `gcc&gcc-4.4&linux`
+ * Autoriser 1 string comme valeur de macro sans tag
+ * Aussi la possibilité de définir 1 tag comme 1 dict et de définir les macros comme des clés du tag dict
+   * Pb pour garder la différence entre macro, action, set...
+
+Questions ouvertes
+ * Définition de tag basé sur l'existence d'un autre tag : permet de définir un tag commun à plusieurs tags
+ * Combinaison booléenne de tag : comment définir un ordre prédictif sans dict ordonné
+
+Ne plus utiliser les tags pour définir l'environnement HW autodecté.
+
+== cmt setup ==
+
+Faut-il conserver cette possibilité de définir l'environnement de l'outil de configuration depuis l'outil lui-même ?
+
+== A faire ==
+
+Création egroup + accès Trac (Michel)
+