DSDL linter
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
Línea de trabajo
Start from the existing verify script linked in the issue, which lives in the public_regulated_data_types repository, and note which checks it already performs. The new tool must be a standalone Python script that depends only on PyDSDL, and its location has not been decided yet. Done means every listed requirement (formatting, pragmas, header comments, size limits, ASCII/tab/CR rules) is enforced with a non-zero exit code on violations.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
We need to have this script transformed into a standalone reusable DSDL linter:
https://github.com/UAVCAN/public_regulated_data_types/blob/master/verify
Business requirements:
- Implemented as a standalone Python script dependent only on PyDSDL.
- Ensure that the formatting recommendations provided in the specification are followed.
- Support for definition-wide diagnostic suppression using pragmas.
- Ensure the header comment is provided for all data types. Allow the caller to specify which namespaces should be allowed to bypass this requirement.
- Allow the caller to specify the maximum size of serialized representations. Provide a pragma to override this.
- Ensure ASCII charset; prohibit tabs and
\r(carriage return). - Non-zero return code if a violation is found.
I am not sure where the script should be located; could be the PyDSDL repo or just a separate gist?
Original comment: https://github.com/UAVCAN/public_regulated_data_types/pull/67/files/acb48c15288510bffea3797d76e3eca21d6413dc#r322079388
- Lenguaje dominante
- Python
- Estrellas
- 82
- Forks
- 109
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: 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 OpenCyphal/public_regulated_data_types
-
Dificultad 4/5 3-5 días Aptitud para principiantes 20/100
-
enhancement minor new-data-type
Dificultad 4/5 3-5 días Aptitud para principiantes 15/100
OpenCyphal/public_regulated_data_types#128 · 2 comentarios ·
-
DSDL syntax highlightingAbiertohelp wanted minor
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
Todos los issues de OpenCyphal/public_regulated_data_types
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Arekkazu/sgpmp-backend#744 ·
Los mantenedores suelen responder en 1 día
-
Review backlog (security): master-branch remote guard trusts unbound provenance package fieldAbiertoagent/reviewer
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
projectbluefin/utah-packages#634 ·
Los mantenedores suelen responder en 1 día
-
enhancement good first issue help wanted
Dificultad 2/5 1-2 días Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
home-assistant/core#188613 ·
Los mantenedores suelen responder en 1 día
-
WebsiteAbiertogood first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 91/100
TanbirRamim/open-source-radar#314 ·
Los mantenedores suelen responder en 1 día