Self-describe software/hardware versions of various components of the stack in nexus files
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- kafka
Línea de trabajo
Empieza rastreando los puntos de entrada mencionados en el issue: kafka_dae_control, event_udp_to_kafka, Filewriter, forwarder/forwarder-configurer y la integración de IBEX. Determina cómo se ensamblan actualmente los metadatos de RunStart y los datasets de Nexus, y después define cómo se recopilarían y representarían los identificadores de software y hardware de cada componente. Se considera terminado cuando las fuentes necesarias de metadatos de versión y sus ubicaciones esperadas en Nexus estén acordadas y cubiertas por pruebas o por una verificación documentada.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
To help future analysis software decide whether a feature was present at the time data was written, various components of the stack should insert their own software and hardware versions as metadata that will eventually make it to Nexus file.
For example:
kafka_dae_controlshould stream it's own version (maybe as part of metadata of RunStart)- When
kafka_dae_controlconnects to VXI boards and/or FPGAs it should attempt to pull back some kind of version identifier/build date and stream those as part of a runstart too - How do we get this from
event_udp_to_kafkaand similar programs? - Filewriter should self-describe:
- e.g.
/raw_data_1/program_name = <name_of_filewriter> - Attach a version attribute to that dataset to describe release/revision/build date etc
- e.g.
- Maybe something in the forwarder / forwarder-configurer to describe that version number
- If possible also pull back IBEX server version (unconditionally forward it so it gets included like any other string-type log?)
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 0
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. Empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de ISISComputingGroup/DataStreaming
-
GUI: DAE Spectra PlotsPosiblemente ocupada @Chsudeepta la tomó hoy. Abierto
ISISComputingGroup/DataStreaming#116 · 1 asignado ·
-
Investigate refactoring vs replacing forwarderPosiblemente ocupada @LowriJenkins la tomó hace 8 días. Abierto
ISISComputingGroup/DataStreaming#115 · 1 asignado ·
-
Filewriter: implement structurePosiblemente ocupada @Tom-Willemsen la tomó hace 12 días. Abierto
ISISComputingGroup/DataStreaming#114 · 1 asignado ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 45/100
Todos los issues de ISISComputingGroup/DataStreaming
Issues similares
-
automation missing-model model-sync provider:ofox
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
anomalyco/models.dev#8421 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
dagster-io/dagster#34244 ·
Los mantenedores suelen responder en 4 días
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
Los mantenedores suelen responder en 3 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100